From owner-wu-ftpd@wugate.wustl.edu Fri Jan 1 08:13:56 1999

From [email protected] Fri Jan 1 08:13:56 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id IAA06164;
Fri, 1 Jan 1999 08:13:55 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id IAA08940;
Fri, 1 Jan 1999 08:09:18 -0600 (CST)
Received: from pizza.hvu.nl (Pizza.hvu.nl [145.89.234.2])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id IAA03102
for <[email protected]>; Fri, 1 Jan 1999 08:03:04 -0600 (CST)
Received: (from koos@localhost) by pizza.hvu.nl (8.8.6/KH19980502 (dbm++)) id PAA16449 for [email protected]; Fri, 1 Jan 1999 15:03:01 +0100 (MET)
Message-Id: <[email protected]>
Date: Fri, 1 Jan 1999 15:03:01 +0100 (MET)
Reply-To: [email protected]
Sender: [email protected]
From: Koos van den Hout _U nix and we all_ <[email protected]>
To: [email protected]
Subject: Contents of wu-ftpd FAQ
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

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

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

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

From [email protected] Fri Jan 1 11:20:58 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id LAA06860;
Fri, 1 Jan 1999 11:20:57 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA25226;
Fri, 1 Jan 1999 11:16:30 -0600 (CST)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA22628
for <[email protected]>; Fri, 1 Jan 1999 11:10:32 -0600 (CST)
Received: (from lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) id MAA21260
for [email protected]; Fri, 1 Jan 1999 12:10:30 -0500
Message-Id: <[email protected]>
Date: Fri, 1 Jan 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: [VR12] More enhancements and bug fixes for beta-18
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[email protected] reported a coding error in access.c and submitted a
patch for it on Nov 26, 1998. This error prevented proper use of the
address:netmask form for access control.

[email protected] found some errors in the support for quota on DEC
Unix 4.0(B) and submitted a patch on Dec 2, 1998.

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

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

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

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

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

[email protected] reported a missing library for SGI and a few small
tweaks for NetBSD when building binaries for this release.

--

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

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

Thank u

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

This is a multi-part message in MIME format.

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

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

Thanks,
Cameron
[email protected]

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

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

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

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

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

On Mon, 4 Jan 1999, Cameron wrote:

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

/etc/ftphosts

--

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

From [email protected] Tue Jan 5 10:46:06 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id KAA01572;
Tue, 5 Jan 1999 10:46:05 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA17032;
Tue, 5 Jan 1999 10:35:59 -0600 (CST)
Received: from quartz.nbnet.nb.ca (mailserv.nbnet.nb.ca [198.164.200.18])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA12294
for <[email protected]>; Tue, 5 Jan 1999 10:31:16 -0600 (CST)
Received: from A7652.nbtel.nb.ca ([142.134.68.230]) by quartz.nbnet.nb.ca
(Post.Office MTA v3.1.2 release (PO203-101c)
ID# 607-54382U75000L75000S0V35) with SMTP id AAA19665
for <[email protected]>; Tue, 5 Jan 1999 12:31:15 -0400
Message-Id: <[email protected]>
Date: Tue, 5 Jan 1999 12:33:25 -0400
Reply-To: [email protected]
Sender: [email protected]
From: "Marco Shaw" <[email protected]>
To: <[email protected]>
Subject: Time
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3007.0
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

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

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

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

Thanks,
Marco

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

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

RTF FAQ.

I've forwarded it to you.

Cameron

Marco Shaw wrote:

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

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

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

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

From [email protected] Tue Jan 5 11:16:36 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id LAA02023;
Tue, 5 Jan 1999 11:16:35 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA24210;
Tue, 5 Jan 1999 11:11:01 -0600 (CST)
Received: from quartz.nbnet.nb.ca (mailserv.nbnet.nb.ca [198.164.200.18])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA30513
for <[email protected]>; Tue, 5 Jan 1999 11:07:36 -0600 (CST)
Received: from A7652.nbtel.nb.ca ([142.134.68.230]) by quartz.nbnet.nb.ca
(Post.Office MTA v3.1.2 release (PO203-101c)
ID# 607-54382U75000L75000S0V35) with SMTP id AAA6843
for <[email protected]>; Tue, 5 Jan 1999 13:07:35 -0400
Message-Id: <[email protected]>
Date: Tue, 5 Jan 1999 13:09:44 -0400
Reply-To: [email protected]
Sender: [email protected]
From: "Marco Shaw" <[email protected]>
To: <[email protected]>
Subject: RE: Time--ignore
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3007.0
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

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

Marco

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

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

Hello List!

I'am Braziliam.

Im configuring wu-ftpd now.

I want don't permit anonymous login?

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

Tanks,

Morvan.

Morvan Daniel Muller
[email protected]
Santa Cruz do Sul - RS

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

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

> I want don't permit anonymous login?

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

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

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

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

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

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

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

--

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

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

Hi,

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

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

Any software is welcome.

Thanks,

Gaetan

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

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

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

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

--

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

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

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

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

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

Thanks,

Dennis

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

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

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

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

--

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

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

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

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

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

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

--

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

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

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

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

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

Gaetan

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

This is a multi-part message in MIME format.

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

unsubscribe

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

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

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

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

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

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

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

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

--

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

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

This is a multi-part message in MIME format.

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

How do I unsubscribe to this?

Cameron

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

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

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

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

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

On Tue, 5 Jan 1999, Cameron Crockett wrote:

> How do I unsubscribe to this?

Tha's a FAQ

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

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

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

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

--

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

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

Hello!

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

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

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

Thanks,

Morvan Daniel Muller
[email protected]
Santa Cruz do Sul - RS

From [email protected] Wed Jan 6 07:14:49 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id HAA14832;
Wed, 6 Jan 1999 07:14:48 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id HAA13174;
Wed, 6 Jan 1999 07:10:17 -0600 (CST)
Received: from hermes.teiath.gr (hermes.teiath.gr [195.130.100.19])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id HAA06216
for <[email protected]>; Wed, 6 Jan 1999 07:03:06 -0600 (CST)
Received: from default ([195.130.100.76])
by hermes.teiath.gr (8.8.8/8.8.8) with SMTP id MAA13506
for <[email protected]>; Wed, 6 Jan 1999 12:53:58 +0200 (EET)
Message-Id: <008101be39b5$94d05e60$4c6482c3@default>
Date: Wed, 6 Jan 1999 12:46:00 -0800
Reply-To: [email protected]
Sender: [email protected]
From: "Antonis Kopsaftis" <[email protected]>
To: <[email protected]>
Subject: Re: analyze wu-ftpd logs
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 4.72.3110.5
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

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

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

Have a nice day!
Antonis

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

This is a multi-part message in MIME format.

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

unsubscribe

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

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

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

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

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

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

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

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

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

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

Hello all:

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

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

On Thu, 7 Jan 1999, [gb2312] �差�� wrote:

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

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

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

--

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

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

On Wed, 6 Jan 1999, Roger Hanke wrote:

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

passive address <externalip> <cidr>

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

passive ports <cidr> <min> <max>

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

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

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

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

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

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

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

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

--

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

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

Hello wu-ftp gurus :-)

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

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

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

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

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

Please help!!!

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

Thank you very much in advance,

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

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

Yes.

--

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

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

passive ports 0.0.0.0:0.0.0.0 10000 12000

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

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

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

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

On Wed, 6 Jan 1999, Roger Hanke wrote:

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

passive address <externalip> <cidr>

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

passive ports <cidr> <min> <max>

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

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

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

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

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

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

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

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

--

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

From [email protected] Thu Jan 7 12:23:57 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id MAA07283;
Thu, 7 Jan 1999 12:23:56 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA15600;
Thu, 7 Jan 1999 12:19:43 -0600 (CST)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA18254
for <[email protected]>; Thu, 7 Jan 1999 12:16:59 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id NAA24562;
Thu, 7 Jan 1999 13:16:43 -0500
Message-Id: <[email protected]>
Date: Thu, 7 Jan 1999 13:16:43 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Michel Pilon <[email protected]>
Cc: [email protected]
Subject: Re: WU-FTP does not work with PASV client (like Netscape)!
In-Reply-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, 7 Jan 1999, Michel Pilon wrote:

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

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

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

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

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

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

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

--

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

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

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

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

--

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

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

Hi,

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

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

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

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

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

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

Thanks,

--
Konrad M.Kokoszkiewicz
|mail: [email protected] | Atari Falcon030/TT030/65XE |
|http://www.obta.uw.edu.pl/~draco/
|http://draco.atari.org

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

From [email protected] Thu Jan 7 14:21:08 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id OAA08622;
Thu, 7 Jan 1999 14:21:05 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id OAA01746;
Thu, 7 Jan 1999 14:15:02 -0600 (CST)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA16725
for <[email protected]>; Thu, 7 Jan 1999 14:09:38 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id PAA25271;
Thu, 7 Jan 1999 15:05:49 -0500
Message-Id: <[email protected]>
Date: Thu, 7 Jan 1999 15:05:49 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Konrad Kokoszkiewicz <[email protected]>
Cc: [email protected]
Subject: Re: wu-ftpd port
In-Reply-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, 7 Jan 1999, Konrad Kokoszkiewicz wrote:

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

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

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

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

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

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

--

That said, I'll go on ...

Obstensibly, Stan Barber <[email protected]> is the maintainer. His policy
is not to add any new features to the daemon until it is 'bug free'
(whatever _that_ means).

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

Bernhard Rosenkraenzer <[email protected]> has been working on a
version of the daemon which, among a number of other things, uses GNU
autoconf in the build process. His series is called BeroFTPD and the
current version is 1.3.1.

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

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

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

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

--

As to your specific problem:

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

He's an example session to my FTP server:

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

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

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

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

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

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

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

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

--

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

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

Greg,

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

Thanks,
al

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

Gregory A Lundberg wrote:

> On Thu, 7 Jan 1999, Michel Pilon wrote:
>
> > Everithing is fine (I can anonymous ftp from the command line without
> > any problems) but I can see the content of the anonymous site when I
> > use Netscape (or any PASV FTP Client). What's wrong???
>
> Assuming you mean 'can see': check that the daemon is actually using the
> ftpaccess file. The command line needs a '-a' option to tell the daemon
> to use the ftpaccess file. I test this by putting somthing in the
> ftpaccess which I can probe or will see immedeately such as a message
> file.
>
> Assuming you mean 'cannot see': you have not set up the 'ls' command
> completely within the chroot'd area. This is in the FAQ.
>
> > I did not create a dev directory (with tcp and zero) within my ~ftp
> > directory because I did not read anything about the need of it for
> > Solaris 2.6. My ~ftp/usr/lib directory only contains
> >
> > ld.so ld.so.1 libc.so.1
> >
> > I read all the FAQ about wu-ftp and read nothing useful to solve my
> > problem.
>
> One feature of the WU-FTPD daemon is on-the-fly tar and/or compression of
> directories (cf /etc/ftpconversions). If you'll be using this feature, no
> matter what platform you're on, you will need a <chroot>/dev/null device;
> other devices such as dev/tcp and dev/zero are platform dependant and
> needed for the daemon to work at all.
>
> > BTW, I am planning to put my FTP server within our DMZ. Is it
> > something that the majority of you have done? or do you put your FTP
> > server within your local network?
>
> I would suggest this is the correct place to put an FTP server if you're
> going to allow anonymous uploads from off campus. Just be sure your
> internal network treats the machine as an untrusted outside host and you
> should be OK.
>
> --
>
> The location of the latest version of wu-ftpd can be found in the
> directory
>
> ftp://ftp.academ.com/pub/wu-ftpd/private/
>
> You can't see the directory contents, so read the message informing you
> of the actual filename to retrieve. It's there.
>
> wu-ftpd Resource Center: http://www.landfield.com/wu-ftpd/
> wu-ftpd FAQ: http://www.cetis.hvu.nl/~koos/wu-ftpd-faq.html
> wu-ftpd list archive: http://www.landfield.com/wu-ftpd/mail-archive/
>
> --
>
> Gregory A Lundberg Senior Partner, VRnet Company
> 1441 Elmdale Drive [email protected]
> Kettering, OH 45409-1615 USA 1-800-809-2195

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

Greg,

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

Thanks,
al

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

Gregory A Lundberg wrote:

> On Thu, 7 Jan 1999, Michel Pilon wrote:
>
> > Everithing is fine (I can anonymous ftp from the command line without
> > any problems) but I can see the content of the anonymous site when I
> > use Netscape (or any PASV FTP Client). What's wrong???
>
> Assuming you mean 'can see': check that the daemon is actually using the
> ftpaccess file. The command line needs a '-a' option to tell the daemon
> to use the ftpaccess file. I test this by putting somthing in the
> ftpaccess which I can probe or will see immedeately such as a message
> file.
>
> Assuming you mean 'cannot see': you have not set up the 'ls' command
> completely within the chroot'd area. This is in the FAQ.
>
> > I did not create a dev directory (with tcp and zero) within my ~ftp
> > directory because I did not read anything about the need of it for
> > Solaris 2.6. My ~ftp/usr/lib directory only contains
> >
> > ld.so ld.so.1 libc.so.1
> >
> > I read all the FAQ about wu-ftp and read nothing useful to solve my
> > problem.
>
> One feature of the WU-FTPD daemon is on-the-fly tar and/or compression of
> directories (cf /etc/ftpconversions). If you'll be using this feature, no
> matter what platform you're on, you will need a <chroot>/dev/null device;
> other devices such as dev/tcp and dev/zero are platform dependant and
> needed for the daemon to work at all.
>
> > BTW, I am planning to put my FTP server within our DMZ. Is it
> > something that the majority of you have done? or do you put your FTP
> > server within your local network?
>
> I would suggest this is the correct place to put an FTP server if you're
> going to allow anonymous uploads from off campus. Just be sure your
> internal network treats the machine as an untrusted outside host and you
> should be OK.
>
> --
>
> The location of the latest version of wu-ftpd can be found in the
> directory
>
> ftp://ftp.academ.com/pub/wu-ftpd/private/
>
> You can't see the directory contents, so read the message informing you
> of the actual filename to retrieve. It's there.
>
> wu-ftpd Resource Center: http://www.landfield.com/wu-ftpd/
> wu-ftpd FAQ: http://www.cetis.hvu.nl/~koos/wu-ftpd-faq.html
> wu-ftpd list archive: http://www.landfield.com/wu-ftpd/mail-archive/
>
> --
>
> Gregory A Lundberg Senior Partner, VRnet Company
> 1441 Elmdale Drive [email protected]
> Kettering, OH 45409-1615 USA 1-800-809-2195

From [email protected] Thu Jan 7 14:52:52 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id OAA09106;
Thu, 7 Jan 1999 14:52:51 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id OAA07111;
Thu, 7 Jan 1999 14:47:30 -0600 (CST)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA04818
for <[email protected]>; Thu, 7 Jan 1999 14:42:14 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id PAA25534;
Thu, 7 Jan 1999 15:42:08 -0500
Message-Id: <[email protected]>
Date: Thu, 7 Jan 1999 15:42:08 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Albert Etienne <[email protected]>
Cc: [email protected]
Subject: Re: WU-FTP does not work with PASV client (like Netscape)!
In-Reply-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, 7 Jan 1999, Albert Etienne wrote:

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

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

--

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

From [email protected] Thu Jan 7 18:54:18 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id SAA12298;
Thu, 7 Jan 1999 18:54:17 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id SAA06001;
Thu, 7 Jan 1999 18:48:26 -0600 (CST)
Received: from mail1.dh.trw.com (mail1.dh.trw.com [129.193.109.1])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id SAA29145
for <[email protected]>; Thu, 7 Jan 1999 18:44:01 -0600 (CST)
Received: from trw.com ([129.4.74.179]) by mail1.dh.trw.com
(Netscape Messaging Server 3.5) with ESMTP id AAA6D86
for <[email protected]>; Thu, 7 Jan 1999 16:43:28 -0800
Message-Id: <[email protected]>
Date: Thu, 07 Jan 1999 16:43:27 -0800
Reply-To: [email protected]
Sender: [email protected]
From: "Scott Parmenter" <[email protected]>
To: wuftplist <[email protected]>
Subject: ftpwho/ftpcount
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.04 [en] (Win95; U)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi there,

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

Scott

From [email protected] Fri Jan 8 05:37:30 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id FAA17866;
Fri, 8 Jan 1999 05:37:29 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id FAA12183;
Fri, 8 Jan 1999 05:33:02 -0600 (CST)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id FAA02811
for <[email protected]>; Fri, 8 Jan 1999 05:28:52 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id GAA29353;
Fri, 8 Jan 1999 06:28:46 -0500
Message-Id: <[email protected]>
Date: Fri, 8 Jan 1999 06:28:45 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Scott Parmenter <[email protected]>
Cc: wuftplist <[email protected]>
Subject: Re: ftpwho/ftpcount
In-Reply-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, 7 Jan 1999, Scott Parmenter wrote:

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

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

--

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

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

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

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

mailto: [email protected]
web: http://www.teamwork-solutions.com

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

On Fri, 8 Jan 1999, Mark Francis wrote:

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

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

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

In receive_data(), the function call reads as:

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

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

In send_data(), the function call reads as:

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

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

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

HAVE_ST_BLKSIZE is set in the local configurations. grep reveals:

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

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

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

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

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

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

--

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

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

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

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

mailto: [email protected]
web: http://www.teamwork-solutions.com

-----Original Message-----
From: Gregory A Lundberg [mailto:[email protected]]
Sent: 08 January 1999 15:42
To: Mark Francis
Cc: '[email protected]'
Subject: Re: get problem

On Fri, 8 Jan 1999, Mark Francis wrote:

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

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

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

In receive_data(), the function call reads as:

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

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

In send_data(), the function call reads as:

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

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

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

HAVE_ST_BLKSIZE is set in the local configurations. grep reveals:

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

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

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

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

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

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

--

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

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

On Fri, 8 Jan 1999, William Henry wrote:

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

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

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

--

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

From [email protected] Fri Jan 8 12:30:31 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id MAA22589;
Fri, 8 Jan 1999 12:30:30 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA03872;
Fri, 8 Jan 1999 12:25:17 -0600 (CST)
Received: from mail1.dh.trw.com (mail1.dh.trw.com [129.193.109.1])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA21678
for <[email protected]>; Fri, 8 Jan 1999 12:23:01 -0600 (CST)
Received: from trw.com ([129.4.74.179]) by mail1.dh.trw.com
(Netscape Messaging Server 3.5) with ESMTP id AAA4AFE;
Fri, 8 Jan 1999 10:22:25 -0800
Message-Id: <[email protected]>
Date: Fri, 08 Jan 1999 10:22:24 -0800
Reply-To: [email protected]
Sender: [email protected]
From: "Scott Parmenter" <[email protected]>
To: [email protected]
Cc: wuftplist <[email protected]>
Subject: Re: ftpwho/ftpcount
References: <[email protected]>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.04 [en] (Win95; U)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Gregory A Lundberg wrote:

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

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

Scott

From [email protected] Fri Jan 8 14:02:10 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id OAA23554;
Fri, 8 Jan 1999 14:02:09 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA16201;
Fri, 8 Jan 1999 13:56:00 -0600 (CST)
Received: from mail1.dh.trw.com (mail1.dh.trw.com [129.193.109.1])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA03251
for <[email protected]>; Fri, 8 Jan 1999 13:51:44 -0600 (CST)
Received: from trw.com ([129.4.74.179]) by mail1.dh.trw.com
(Netscape Messaging Server 3.5) with ESMTP id AAA2E32;
Fri, 8 Jan 1999 11:51:05 -0800
Message-Id: <[email protected]>
Date: Fri, 08 Jan 1999 11:51:05 -0800
Reply-To: [email protected]
Sender: [email protected]
From: "Scott Parmenter" <[email protected]>
To: Greg Piney <[email protected]>
Cc: wuftplist <[email protected]>
Subject: Re: ftpwho/ftpcount
References: <[email protected]> <[email protected]> <[email protected]>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.04 [en] (Win95; U)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Greg Piney wrote:

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

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

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

Scott

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

This is a multi-part message in MIME format.

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

Getting a rather frustrating compiliation error.

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

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

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

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

Any ideas?

-Patrick

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

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

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

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

From [email protected] Fri Jan 8 17:10:18 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id RAA25484;
Fri, 8 Jan 1999 17:10:16 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id RAA04450;
Fri, 8 Jan 1999 17:04:11 -0600 (CST)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA08890
for <[email protected]>; Fri, 8 Jan 1999 16:58:42 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id RAA01167;
Fri, 8 Jan 1999 17:58:35 -0500
Message-Id: <[email protected]>
Date: Fri, 8 Jan 1999 17:58:35 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Zbigniew <[email protected]>
Cc: [email protected]
Subject: Re: wu-ftpd 2.4.2 beta 18 compiling on Digital Unix 4.0D with C2
In-Reply-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, 8 Jan 1999, Zbigniew wrote:

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

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

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

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

Good point. Change this line to read:

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

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

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

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

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

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

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

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

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

--

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

From [email protected] Fri Jan 8 21:27:26 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id VAA08351;
Fri, 8 Jan 1999 21:27:24 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id VAA14805;
Fri, 8 Jan 1999 21:23:57 -0600 (CST)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id VAA09919
for <[email protected]>; Fri, 8 Jan 1999 21:17:56 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id WAA02374;
Fri, 8 Jan 1999 22:17:06 -0500
Message-Id: <[email protected]>
Date: Fri, 8 Jan 1999 22:17:06 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Coranth Gryphon <[email protected]>
Cc: [email protected], [email protected]
Subject: Re: wu-ftpd 2.4.2 beta 18 compiling on Digital Unix 4.0D with C2
In-Reply-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, 8 Jan 1999, Coranth Gryphon wrote:

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

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

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

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

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

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

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

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

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

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

--

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

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

This is a multi-part message in MIME format.

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

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

****syslog output

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

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

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

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

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

**** Here is the actual build.

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

Copying Makefiles.

Linking src/config.h

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

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

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

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

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

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

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

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

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

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

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

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

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

From [email protected] Mon Jan 11 08:33:25 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id IAA09587;
Mon, 11 Jan 1999 08:33:23 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id IAA18606;
Mon, 11 Jan 1999 08:29:22 -0600 (CST)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id IAA03348
for <[email protected]>; Mon, 11 Jan 1999 08:25:22 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id JAA14547;
Mon, 11 Jan 1999 09:25:17 -0500
Message-Id: <[email protected]>
Date: Mon, 11 Jan 1999 09:25:17 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Zbigniew <[email protected]>
Cc: [email protected]
Subject: Re: DU4 compiled successfully but fail to 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, 11 Jan 1999, Zbigniew wrote:

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

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

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

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

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

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

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

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

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

--

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

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

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

http://xferstats.off.net/

From [email protected] Mon Jan 11 21:07:21 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id VAA20467;
Mon, 11 Jan 1999 21:07:20 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id VAA17785;
Mon, 11 Jan 1999 21:01:27 -0600 (CST)
Received: from mail1.dh.trw.com (mail1.dh.trw.com [129.193.109.1])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id VAA05909
for <[email protected]>; Mon, 11 Jan 1999 21:00:11 -0600 (CST)
Received: from trw.com ([129.4.74.179]) by mail1.dh.trw.com
(Netscape Messaging Server 3.5) with ESMTP id AAA329C
for <[email protected]>; Mon, 11 Jan 1999 18:59:39 -0800
Message-Id: <[email protected]>
Date: Mon, 11 Jan 1999 18:59:38 -0800
Reply-To: [email protected]
Sender: [email protected]
From: "Scott Parmenter" <[email protected]>
To: wuftplist <[email protected]>
Subject: Standalone questions for beta-18-VR10
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.04 [en] (Win95; U)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi, there,

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

Thanks,
Scott

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

On Mon, 11 Jan 1999, Scott Parmenter wrote:

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

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

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

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

--

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

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

Hello all:

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

Thanks!

xfonline/99.1.12

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

Hello,

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

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

Any hints ?
Thanks in advance.

Olivier

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

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

On Tue, 12 Jan 1999, [gb2312] �差�� wrote:

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

Easy enough. Install it.

--

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

From [email protected] Tue Jan 12 06:22:01 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id GAA03028;
Tue, 12 Jan 1999 06:22:00 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id GAA19261;
Tue, 12 Jan 1999 06:18:57 -0600 (CST)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id GAA26651
for <[email protected]>; Tue, 12 Jan 1999 06:13:47 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id HAA21521;
Tue, 12 Jan 1999 07:13:39 -0500
Message-Id: <[email protected]>
Date: Tue, 12 Jan 1999 07:13:39 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: Problem with compression on the fly
In-Reply-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, 12 Jan 1999 [email protected] wrote:

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

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

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

--

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

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

On Tue, 12 Jan 1999, Konrad Kokoszkiewicz wrote:

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

Errata: read "beta 15".

--
Konrad M.Kokoszkiewicz
|mail: [email protected] | Atari Falcon030/TT030/65XE |
|http://www.obta.uw.edu.pl/~draco/
|http://draco.atari.org

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

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

Hi,

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

Used gcc 2.8.1.

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

Thanks,

--
Konrad M.Kokoszkiewicz
|mail: [email protected] | Atari Falcon030/TT030/65XE |
|http://www.obta.uw.edu.pl/~draco/
|http://draco.atari.org

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

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

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

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

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

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

Any other help ?

Olivier

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

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

On Tue, 12 Jan 1999, Konrad Kokoszkiewicz wrote:

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

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

--

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

From [email protected] Tue Jan 12 08:07:30 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id IAA05840;
Tue, 12 Jan 1999 08:07:29 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id IAA20122;
Tue, 12 Jan 1999 08:03:04 -0600 (CST)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id IAA01153
for <[email protected]>; Tue, 12 Jan 1999 08:00:52 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id JAA22171;
Tue, 12 Jan 1999 09:00:21 -0500
Message-Id: <[email protected]>
Date: Tue, 12 Jan 1999 09:00:21 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: Problem with compression on the fly
In-Reply-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, 12 Jan 1999, Olivier Bornet wrote:

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

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

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

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

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

--

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

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

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

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

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

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

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

Olivier

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

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

From [email protected] Tue Jan 12 08:52:55 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id IAA06943;
Tue, 12 Jan 1999 08:52:54 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id IAA20707;
Tue, 12 Jan 1999 08:48:21 -0600 (CST)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id IAA06990
for <[email protected]>; Tue, 12 Jan 1999 08:44:02 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id JAA22465;
Tue, 12 Jan 1999 09:43:40 -0500
Message-Id: <[email protected]>
Date: Tue, 12 Jan 1999 09:43:40 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: Problem with compression on the fly
In-Reply-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, 12 Jan 1999 [email protected] wrote:

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

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

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

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

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

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

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

--

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

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

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

At 7:11 AM -0500 1/12/99, Gregory A Lundberg wrote:
> On Tue, 12 Jan 1999, [gb2312] �ƻ�� wrote:
>
>> Could you tell me how to make WU-FTPD support Resume
>> downloading, Resume uploading!
>
> Easy enough. Install it.
>
> --
>
> Gregory A Lundberg Senior Partner, VRnet Company
> 1441 Elmdale Drive [email protected]
> Kettering, OH 45409-1615 USA 1-800-809-2195

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

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

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

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

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

hope this makes sense.

Tom Thunem
AVNET, Inc.

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

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

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

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

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

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

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

On Tue, 12 Jan 1999, Brett Goldstock wrote:

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

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

RFC 959

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

--

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

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

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

Anyone have any idea what the problem might be?

Thanks in advance.

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

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

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

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

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

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

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

--

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

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

Oh, forgot to mention, this is 2.2.4 Beta 18

Brian Nelson wrote:

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

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

On Tue, 12 Jan 1999, Brian Nelson wrote:

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

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

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

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

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

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

--

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

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

Works now, thanks a lot!

Gregory A Lundberg wrote:

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

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

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

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

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

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

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

Hello All,

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

Thanks,

Rob

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

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

-Scott

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

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

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

If my upload record looks like....

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

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

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

everything works correctly.

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

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

and a password entry which looks like

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

uploaded files become owned by testftp instead of keller.

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

What am I missing?

Many thanks.

ted keller - bfg.com

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

On Wed, 13 Jan 1999, Ted Keller wrote:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

--

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

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

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

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

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

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

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

ftpsrvr# pwd
/export/home/ftphome

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

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

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

All,

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

--
Wynn Fenwick | Security Analyst | Nortel Networks

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

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

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

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

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

All,

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

From [email protected] Thu Jan 14 02:34:53 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id CAA08965;
Thu, 14 Jan 1999 02:34:51 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id CAA02859;
Thu, 14 Jan 1999 02:29:06 -0600 (CST)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id CAA27528
for <[email protected]>; Thu, 14 Jan 1999 02:23:14 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id DAA03151;
Thu, 14 Jan 1999 03:22:55 -0500
Message-Id: <[email protected]>
Date: Thu, 14 Jan 1999 03:22:55 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Omar Keblawi <[email protected]>
Cc: [email protected]
Subject: Re: My guest users don't get chroot'ed
In-Reply-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, 13 Jan 1999, Omar Keblawi wrote:

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

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

--

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

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

On Thu, 14 Jan 1999, Wynn Fenwick wrote:

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

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

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

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

--

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

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

Hello Gregory,

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

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

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

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

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

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

Any other help ?

Olivier

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

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

Hi,

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

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

Any comments or suggestion ?

Ralf Kruedewagen
Cologne - Germany
[email protected]

From [email protected] Thu Jan 14 07:38:19 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id HAA11858;
Thu, 14 Jan 1999 07:38:18 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id HAA15480;
Thu, 14 Jan 1999 07:32:39 -0600 (CST)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id HAA28203
for <[email protected]>; Thu, 14 Jan 1999 07:30:06 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id IAA04154;
Thu, 14 Jan 1999 08:30:01 -0500
Message-Id: <[email protected]>
Date: Thu, 14 Jan 1999 08:30:01 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: Disable Login after wrong password
In-Reply-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, 14 Jan 1999 [email protected] wrote:

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

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

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

--

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

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

Hi,

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

Jeff Reis

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

On Thu, 14 Jan 1999, Jeff Reis wrote:

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

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

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

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

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

--

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

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

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

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

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

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

Cu,

--
Konrad M.Kokoszkiewicz
|mail: [email protected] | Atari Falcon030/TT030/65XE |
|http://www.obta.uw.edu.pl/~draco/
|http://draco.atari.org

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

From [email protected] Thu Jan 14 13:56:51 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA16016;
Thu, 14 Jan 1999 13:56:50 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA19251;
Thu, 14 Jan 1999 13:50:56 -0600 (CST)
Received: from crusoe.crusoe.net (crusoe.crusoe.net [206.136.64.10])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA05069
for <[email protected]>; Thu, 14 Jan 1999 13:47:30 -0600 (CST)
Received: from crusoe.crusoe.net ([127.0.0.1]) by crusoe.crusoe.net
(Post.Office MTA v3.5.1 release 219 ID# 0-52487U2500L250S0V35)
with SMTP id net for <[email protected]>;
Thu, 14 Jan 1999 14:47:29 -0500
Message-Id: <[email protected]>
Date: Thu, 14 Jan 1999 14:47:28 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: "Greg Coleman (G-tech Corp.)" <[email protected]>
To: [email protected]
Subject: Solaris 2.6 and dir
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailer: ELM [version 2.4 PL25]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I can not get "ls -l" behavior from dir under Solaris 2.6.
I have created a statically linked "ls" and still get no
output with 'dir'.

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

Anyone give me a clue?

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

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

ted keller - bfg.com

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

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

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

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

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

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

Thanks
Glenn

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

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

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

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

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

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

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

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

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

On Thu, 14 Jan 1999, Glenn Carver wrote:

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

Not to my knowledge.

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

--

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

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

On Thu, 14 Jan 1999, Roger Hanke wrote:

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

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

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

--

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

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

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

Good point, I'd forgotten about wrappers.

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

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

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

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

Glenn

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

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

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

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

Gregory A Lundberg wrote:

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

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

#define HP_UX_10_TRUSTED

configuration in config.hpx.

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

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

I suspect both problems have the same root cause.

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

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

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

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

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

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

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

Something like

ftpd -where_are_the_files

One way would be to use

strings ftpd

and then look for specific files.

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

paulw

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

From [email protected] Fri Jan 15 14:21:06 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id OAA29421;
Fri, 15 Jan 1999 14:21:05 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id OAA27258;
Fri, 15 Jan 1999 14:16:13 -0600 (CST)
Received: from gw1.bfg.com (gateway.bfg.com [131.187.253.2])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA11019
for <[email protected]>; Fri, 15 Jan 1999 14:11:13 -0600 (CST)
Received: (from uucp@localhost)
by gw1.bfg.com (8.8.8/8.8.8) id PAA08077;
Fri, 15 Jan 1999 15:11:11 -0500 (EST)
Received: from ns1.bfg.com(192.73.67.20) by gw1.bfg.com via smap (V2.1)
id sma007026; Fri, 15 Jan 99 15:10:02 -0500
Received: from localhost (keller@localhost)
by ns1.bfg.com (8.8.8/8.8.8) with SMTP id PAA09342;
Fri, 15 Jan 1999 15:09:54 -0500 (EST)
Message-Id: <[email protected]>
Date: Fri, 15 Jan 1999 15:09:45 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Ted Keller <[email protected]>
To: "Paul F. Williams" <[email protected]>
Cc: wu-ftpd <[email protected]>
Subject: Re: Location of files in compiled 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

Paul,

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

ted keller -bfg.com

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

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

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

On Fri, 15 Jan 1999, Glenn Carver wrote:

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

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

--

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

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

On Fri, 15 Jan 1999, Wynn Fenwick wrote:

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

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

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

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

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

--

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

From [email protected] Fri Jan 15 15:58:09 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id PAA00464;
Fri, 15 Jan 1999 15:58:08 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA32676;
Fri, 15 Jan 1999 15:53:27 -0600 (CST)
Received: from caesar.atm.ch.cam.ac.uk ([email protected] [131.111.112.3])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA12174
for <[email protected]>; Fri, 15 Jan 1999 15:49:14 -0600 (CST)
Received: from [131.111.112.149] [131.111.112.149]
by caesar.atm.ch.cam.ac.uk with esmtp (Exim 1.70 #1)
id 101H74-00016O-00; Fri, 15 Jan 1999 21:49:08 +0000
Message-Id: <l03102805b2c565dc85a8@[131.111.112.149]>
Date: Fri, 15 Jan 1999 21:42:33 +0000
Reply-To: [email protected]
Sender: [email protected]
From: Glenn Carver <[email protected]>
To: Gregory A Lundberg <[email protected]>
Cc: [email protected]
Subject: Re: Allow and deny host connections
In-Reply-To: <[email protected]>
References: <[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

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

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

Glenn

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

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

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

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

Thank you.
Fathi Ben Nasr.

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

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

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

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

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

Dave

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

Thank you.

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

Thank you again.
Fathi. (Mechanical engineer)

Dave Wreski a �crit :

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

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

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

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

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

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

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

Dave

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

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

Where to get HOST command draft or RFC?

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

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

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

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

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

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

I am using gcc 2.8.1

All suggestions are welcomed.

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

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

On Sun, 17 Jan 1999, zhao shuo wrote:

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

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

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

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

Internet-Drafts directories are located at:

Africa: ftp.is.co.za

Europe: ftp.nordu.net
ftp.nis.garr.it

Pacific Rim: munnari.oz.au

US East Coast: ds.internic.net

US West Coast: ftp.isi.edu

Internet-Drafts are also available by mail.

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

TO BE PERFECTLY CLEAR HERE:

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

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

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

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

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

6. Virtual FTP servers

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

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

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

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

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

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

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

6.1. The HOST command

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

6.2. Syntax of the HOST command

The HOST command is defined as follows.

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

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

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

6.3. HOST command semantics

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

6.4. HOST command errors

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

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

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

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

6.5. FEAT response for HOST command

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

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

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

--

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

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

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

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

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

--

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

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

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

--------------------------------------------------------------------------
Aaron Holtz
ComNet Inc.
Manager, Unix Systems Administration
Email: [email protected]
"I'd give my right arm to be ambidextrous."
--------------------------------------------------------------------------

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

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

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

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

Fathi.

Dave Wreski a �crit :

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

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

On Mon, 18 Jan 1999, Aaron Holtz wrote:

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

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

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

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

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

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

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

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

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

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

--

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

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

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

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

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

Thanks,

Omar

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

From [email protected] Mon Jan 18 12:14:41 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id MAA21960;
Mon, 18 Jan 1999 12:14:36 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA03867;
Mon, 18 Jan 1999 12:02:52 -0600 (CST)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA06410
for <[email protected]>; Mon, 18 Jan 1999 12:00:29 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id NAA31760;
Mon, 18 Jan 1999 13:00:07 -0500
Message-Id: <[email protected]>
Date: Mon, 18 Jan 1999 13:00:07 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Omar Keblawi <[email protected]>
Cc: [email protected]
Subject: RE: My guest users don't get chroot'ed
In-Reply-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, 18 Jan 1999, Omar Keblawi wrote:

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

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

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

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

/etc/group
ftpguest:*:92:lundberg

/etc/ftpaccess:
guestgroup ftpguest

--

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

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

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

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

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

Scott

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

sunsi:390:/tmp/ftp/wu-ftpd-2.4# ./build sol
make args are :
make opts are :

Linking Makefiles.
ln: makefiles/Makefile.sol and Makefile are identical
ln: config/config.sol and config.h are identical
ln: makefiles/Makefile.sol and Makefile are identical

Making support library.
rm -f libsupport.a
ar cq libsupport.a fnmatch.o strcasestr.o strsep.o authuser.o touch
libsupport.a

Making ftpd.
cc -g -DDEBUG -I.. -I../support -L../support -c ftpd.c -o ftpd.o
ftpd.c:143: conflicting types for `realpath'
/usr/include/stdlib.h:180: previous declaration of `realpath' make:
*** [ftpd.o] Error 1

Making ftpcount.
cc -g -DDEBUG -I.. -I../support -L../support -o ftpcount ftpcount.c
vers.o -lsupport -lsocket -lnsl -lgen
cc: vers.o: No such file or directory
make: *** [ftpcount] Error 1

Making ftpshut.
cc -g -DDEBUG -I.. -I../support -L../support -o ftpshut ftpshut.c
vers.o -lsupport -lsocket -lnsl -lgen
cc: vers.o: No such file or directory
make: *** [ftpshut] Error 1

Making ckconfig.
make: `ckconfig' is up to date.
ln: ../src/ckconfig and ckconfig are identical

Links to executables are in bin directory:
size: bin/ftpd: No such file or directory
size: bin/ftpcount: No such file or directory
size: bin/ftpshut: No such file or directory
size: bin/ftpwho: No such file or directory
text data bss dec hex filename
7283 560 372 8215 2017 bin/ckconfig
Done

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

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

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

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

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

On Mon, 18 Jan 1999 [email protected] wrote:

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

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

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

--

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

From [email protected] Mon Jan 18 15:45:13 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id PAA25000;
Mon, 18 Jan 1999 15:45:11 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA28962;
Mon, 18 Jan 1999 15:39:49 -0600 (CST)
Received: from mail1.gvea.com ([email protected] [208.151.120.252])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA12372
for <[email protected]>; Mon, 18 Jan 1999 15:35:55 -0600 (CST)
Received: from cns-rlasbury (cns-rlasbury.gvea.com [10.1.1.63])
by mail1.gvea.com (8.9.1a/8.9.1) with SMTP id MAA29296
for <[email protected]>; Mon, 18 Jan 1999 12:35:46 -0900
Message-Id: <[email protected]>
Date: Mon, 18 Jan 1999 12:39:37 -0900
Reply-To: <[email protected]>
Sender: [email protected]
From: "Roger Asbury" <[email protected]>
To: <[email protected]>
Subject: Empty Directories
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

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

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

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

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

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

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

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

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

Thanks for your time,
Rog.
=============================================
Roger Asbury [email protected](work)
GVEA Web Coordinator [email protected](home)
(907)458-5872 WL7NT (air)
http://www.gvea.com
=============================================

From [email protected] Mon Jan 18 16:11:03 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id QAA25435;
Mon, 18 Jan 1999 16:11:01 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA23423;
Mon, 18 Jan 1999 16:03:45 -0600 (CST)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA25420
for <[email protected]>; Mon, 18 Jan 1999 16:01:51 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id RAA00494;
Mon, 18 Jan 1999 17:01:20 -0500
Message-Id: <[email protected]>
Date: Mon, 18 Jan 1999 17:01:19 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Roger Asbury <[email protected]>
Cc: [email protected]
Subject: Re: Empty Directories
In-Reply-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, 18 Jan 1999, Roger Asbury wrote:

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

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

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

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

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

--

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

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

Thank YOU!

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

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

Thanks!

Omar

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

Hi,

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

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

/* Disable lreply() if the first character of the password is '-' since
* some hosts don't understand continuation messages and hang... */

if (*passwd == '-')
dolreplies = 0;
else
dolreplies = 1;
/* ******** REGULAR/GUEST USER PASSWORD PROCESSING ********** */
if (!anonymous) { /* "ftp" is only account allowed no password */
if (*passwd == '-')
passwd++;

..

Have anyone else reported this problem earlier? If so has it been fixed
in any of the latest releases? Please do reply.

--
Cheers,

Cheenu.

Srinivasan Narasimhan, Phone: +91-080-2203381. Ext 1424.
Hewlett Packard IS0 Ltd., E-mail: [email protected]
30-C Cunningham Road,
Bangalore - 560 052.

From [email protected] Tue Jan 19 08:51:12 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id IAA24602;
Tue, 19 Jan 1999 08:51:11 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id IAA20183;
Tue, 19 Jan 1999 08:47:55 -0600 (CST)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id IAA12442
for <[email protected]>; Tue, 19 Jan 1999 08:46:22 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id JAA04827;
Tue, 19 Jan 1999 09:43:01 -0500
Message-Id: <[email protected]>
Date: Tue, 19 Jan 1999 09:43:01 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Srinivasan Narasimhan <[email protected]>
Cc: Wu Ftpd Mailing List <[email protected]>
Subject: Re: Problem with passwords starting with '-'
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

So what's the problem?

On Tue, 19 Jan 1999, Srinivasan Narasimhan wrote:

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

Correct.

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

Actually, it was done for a number of platforms, not just PCs. Personally,
I use the feature all the time to avoid having to wade through long
message files at every turn on some sites I visit often.

> Have anyone else reported this problem earlier? If so has it been
> fixed in any of the latest releases? Please do reply.

The problem you're referring to was that clients would hang when
connecting with sites using extended responses. It was reported many
(over 5) years ago and the fix you quoted seeing was added .. I'm not sure
but it seems to be that was back in version 2.1 or 2.2 days. Maybe
someone else on the list has been arround long enough to remember for
sure?

--

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

From [email protected] Tue Jan 19 09:24:08 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id JAA24962;
Tue, 19 Jan 1999 09:24:07 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id JAA12351;
Tue, 19 Jan 1999 09:20:31 -0600 (CST)
Received: from tarkin.fdt.net (tarkin.fdt.net [209.212.128.45])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id JAA01451
for <[email protected]>; Tue, 19 Jan 1999 09:19:12 -0600 (CST)
Received: from localhost (jlewis@localhost)
by tarkin.fdt.net (8.8.5/8.8.5) with SMTP id KAA01817;
Tue, 19 Jan 1999 10:15:43 -0500
Message-Id: <[email protected]>
Date: Tue, 19 Jan 1999 10:15:43 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Jon Lewis <[email protected]>
To: Gregory A Lundberg <[email protected]>
Cc: Srinivasan Narasimhan <[email protected]>,
Wu Ftpd Mailing List <[email protected]>
Subject: Re: Problem with passwords starting with '-'
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, 19 Jan 1999, Gregory A Lundberg wrote:

> So what's the problem?

The problem (I've run into this before...very frustrating for customers)
is that if their password actually does begin with a -, say it's -mypass,
then they have to use --mypass to get in. wu-ftpd probably ought to check
the password, and if the crypted passwd matches crypted -mypass, then the
- behavior should be turned off. If they don't match, it should inc the
passwd pointer, turn on - behavior, and try crypting again.

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

From [email protected] Tue Jan 19 10:42:27 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id KAA25957;
Tue, 19 Jan 1999 10:42:26 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA23687;
Tue, 19 Jan 1999 10:38:56 -0600 (CST)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA32472
for <[email protected]>; Tue, 19 Jan 1999 10:36:03 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id LAA05472;
Tue, 19 Jan 1999 11:32:47 -0500
Message-Id: <[email protected]>
Date: Tue, 19 Jan 1999 11:32:47 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Jon Lewis <[email protected]>
Cc: Srinivasan Narasimhan <[email protected]>,
Wu Ftpd Mailing List <[email protected]>
Subject: Re: Problem with passwords starting with '-'
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Tue, 19 Jan 1999, Jon Lewis wrote:

> The problem (I've run into this before...very frustrating for
> customers) is that if their password actually does begin with a -,
> say it's -mypass, then they have to use --mypass to get in. wu-ftpd
> probably ought to check the password, and if the crypted passwd
> matches crypted -mypass, then the - behavior should be turned off.
> If they don't match, it should inc the passwd pointer, turn on -
> behavior, and try crypting again.

That rule only works for systems with static passwords. If the target
platform is using a system (say, a one-time pad) where the password,
username and password challenge must all come together to authenticate the
user, the failed first attempt will invalidate the password guantenteeing
failure on the second attempt.

There are at least three much easier solutions:

- Assist your users to properly use FTP.

- Do not allow '-' as the first character of a password. This can be
done as a stated policy or enforced with a check in the password-
setting modules (passwd command, PAM, whatever).

- By default, disable extended replies in the daemon. In ftpd.c change
the initialization for dolreplies from 1 to 0 and removing the '-'
check in pass(). By doing this, the daemon will no longer offer some
features such as message and readme files. There will be a number of
more subtle side effects of doing this which the average user will not
notice.

Personally, if it's a problem at your site, I'd recommend a quick change
to the passwd command to disallow a leading '-'. It's easy, probably
easier than fixing WU-FTPD, and it corrects the problems for your customer
with *ALL* FTP servers, not just WU-FTPD.

The issue is not simply with WU-FTPD, btw. Many FTP servers now provide
extended replies and use the leading '-' to suppress them. Also, the
failure of clients to properly handle extended replies (which have been
specified in the RFC 959 since October, 1985) continues today. To quote
from RFC 1635, "How to Use Anonymous FTP" (May 1994):

Friendly Servers

These days, many sites are using a form of FTP that allows them to
display several lines of explanatory text that help direct users
through their archive. The listing of alternative services on
naic.nasa.gov is an example. If these effusive servers confuse the
client you are using, try typing a hyphen ( - ) before your password
when you log in. That should disable the verbose mode of the server.

--

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

From [email protected] Tue Jan 19 12:56:40 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id MAA27729;
Tue, 19 Jan 1999 12:56:39 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA03198;
Tue, 19 Jan 1999 12:48:13 -0600 (CST)
Received: from america.viavale.com.br (america.viavale.com.br [200.248.168.33])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA24868
for <[email protected]>; Tue, 19 Jan 1999 12:42:12 -0600 (CST)
Received: from america (america [200.248.168.33])
by america.viavale.com.br (8.8.8/8.8.8) with SMTP id QAA01927
for <[email protected]>; Tue, 19 Jan 1999 16:38:23 -0200 (EDT)
(envelope-from [email protected])
Message-Id: <[email protected]>
Date: Tue, 19 Jan 1999 16:38:23 -0200 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Morvan Daniel Muller <[email protected]>
To: wu-ftpd list <[email protected]>
Subject: static ls
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hello!

I follow this page http://www.wildheart.org/wu-ftpd/#tips SECTION:Compiling a static version of "ls"

get fileutils-3.16 from ftp.gnu.org/ganu/fileutils (/usr/local/src/fileutils-3.16)
get http://www.phix.com/~minerva/wu-ftpd/static-ls.patch (/usr/local/src/static-ls.patch)
# cd /usr/local/src
# gzip -d fileutils-3.1.tar.gz
# tar -xvf fileutils-3.16.tar
# cd fileutils-3.16
# ./configure

# patch < static-ls.patch
Looks like a new-style context diff.
File to patch: static-ls.patch
Hunk #1 failed at line 68.
Hunk #2 failed at line 87.
Hunk #3 failed at line 136.
3 out of 3 hunks failed: saving rejects to static-ls.patch.rej
The next patch looks like a new-style context diff.
Malformed patch at line 293:
patch: Line must begin with '+ ', ' ', or '! '.

what I can do?

[]'s

Morvan Daniel Muller
[email protected]
Santa Cruz do Sul - RS

From [email protected] Tue Jan 19 13:44:20 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA28330;
Tue, 19 Jan 1999 13:44:19 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA03919;
Tue, 19 Jan 1999 13:40:22 -0600 (CST)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA27046
for <[email protected]>; Tue, 19 Jan 1999 13:34:44 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id OAA06642;
Tue, 19 Jan 1999 14:34:32 -0500
Message-Id: <[email protected]>
Date: Tue, 19 Jan 1999 14:34:32 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Morvan Daniel Muller <[email protected]>
Cc: wu-ftpd list <[email protected]>
Subject: Re: static ls
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

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

> I follow this page http://www.wildheart.org/wu-ftpd/#tips
> SECTION:Compiling a static version of "ls"
>
> Malformed patch at line 293:
> what I can do?

That depends upon the platform you're running on. I'd recommend starting
with the FAQ. Also, many of those "make a static ls" patches are
platform-specific (usually Solaris is what I've seen them for), so you may
not have even needed the patch. For instance on Linux all you'd need to
is `make LDFLAGS=-static ls` and you'd have a statically linked 'ls'
command.

And you'd have a statically linked 'ls' command.

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

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

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

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

--

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

From [email protected] Tue Jan 19 16:26:30 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id QAA00347;
Tue, 19 Jan 1999 16:26:29 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA13072;
Tue, 19 Jan 1999 16:23:07 -0600 (CST)
Received: from ljcqs016.cnf.com ([205.185.108.239])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA26345
for <[email protected]>; Tue, 19 Jan 1999 16:17:18 -0600 (CST)
Received: from cnfvs008.cnf.com (cnfvs008.cnf.com [10.0.2.114])
by ljcqs016.cnf.com (8.8.7/8.8.7) with ESMTP id OAA03901
for <[email protected]>; Tue, 19 Jan 1999 14:16:38 -0800 (PST)
Received: by cnfvs008.cnf.com with Internet Mail Service (5.5.2232.9)
id <C9RKDHSL>; Tue, 19 Jan 1999 14:16:34 -0800
Message-Id: <[email protected]>
Date: Tue, 19 Jan 1999 14:16:34 -0800
Reply-To: [email protected]
Sender: [email protected]
From: "Speier, Guy J - CNF" <[email protected]>
To: wu-ftpd list <[email protected]>
Subject: static ls
MIME-Version: 1.0
Content-Type: text/plain
X-Mailer: Internet Mail Service (5.5.2232.9)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I am in the process of migrating our corporate ftp server. While at
it, I've decided that I should
look into chrooting all users to their home directories.

I remember seeing a letter sent by Gregory talking about this, but
wasn't able to find it. Could
you tell me how this differs from chrooting all users to a centrain
point? Should we have a soft
link from each users home dir to /home/ftp files & libraries, or to
the originals?

Thanks
Guy

BTW, my platform is Sol 2.6

From [email protected] Tue Jan 19 19:14:08 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id TAA02123;
Tue, 19 Jan 1999 19:14:07 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id TAA19392;
Tue, 19 Jan 1999 19:10:50 -0600 (CST)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id TAA27693
for <[email protected]>; Tue, 19 Jan 1999 19:09:02 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id UAA08640;
Tue, 19 Jan 1999 20:08:56 -0500
Message-Id: <[email protected]>
Date: Tue, 19 Jan 1999 20:08:56 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: "Speier, Guy J - CNF" <[email protected]>
Cc: wu-ftpd list <[email protected]>
Subject: Re: static ls
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Tue, 19 Jan 1999, Speier, Guy J - CNF wrote:

> I am in the process of migrating our corporate ftp server. While at
> it, I've decided that I should look into chrooting all users to their
> home directories.
>
> I remember seeing a letter sent by Gregory talking about this, but
> wasn't able to find it. Could you tell me how this differs from
> chrooting all users to a centrain point? Should we have a soft link
> from each users home dir to /home/ftp files & libraries, or to the
> originals?

This differs from chrooting to a common point only in complexity of the
setup. Each use will need their own /bin /etc /lib /dev etc. There are
two good ways to handle this; loopback mounts and hard links. Soft links
will not work.

I would have a copy of the master system files in each filesystem where
users will be chroot'd and use hard links to those files.

To keep users from knowing of each other's existance, I would have a
different etc/passwd and etc/group in each (I know, a lot of work). These
files would only contain the user/group entries needed to pretty things up
for the user's 'ls' command.

--

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

From [email protected] Tue Jan 19 20:27:12 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id UAA02847;
Tue, 19 Jan 1999 20:27:11 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id UAA20514;
Tue, 19 Jan 1999 20:22:16 -0600 (CST)
Received: from mail.bw.bisp.com (root@[168.160.234.100])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id UAA07264
for <[email protected]>; Tue, 19 Jan 1999 20:18:59 -0600 (CST)
Received: from bisp.com (zhaoshuo.bisp.com [168.160.234.22])
by mail.bw.bisp.com (8.9.0/8.9.0) with ESMTP id KAA31664
for <[email protected]>; Wed, 20 Jan 1999 10:18:43 +0800
Message-Id: <[email protected]>
Date: Tue, 19 Jan 1999 10:22:42 +0800
Reply-To: [email protected]
Sender: [email protected]
From: zhao shuo <[email protected]>
To: [email protected]
Subject: the problem with 'configure --enable-passwd'
MIME-Version: 1.0
Content-Type: text/plain; charset=gb2312
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.05 [en] (WinNT; I)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

When i configure my Beroftpd with the --enable-passwd ,everything
were correctly. But the problem come in. After i edit the ftpaccess
file and add a entry that 'passwd /ftp/etc'.I ftping my hosting,
everything like nothing.

From [email protected] Wed Jan 20 17:58:58 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id RAA15267;
Wed, 20 Jan 1999 17:58:55 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id RAA07874;
Wed, 20 Jan 1999 17:52:59 -0600 (CST)
Received: from ljcqs016.cnf.com ([205.185.108.239])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id RAA24239
for <[email protected]>; Wed, 20 Jan 1999 17:47:05 -0600 (CST)
Received: from cnfvs008.cnf.com (cnfvs008.cnf.com [10.0.2.114])
by ljcqs016.cnf.com (8.8.7/8.8.7) with ESMTP id PAA27957;
Wed, 20 Jan 1999 15:45:53 -0800 (PST)
Received: by cnfvs008.cnf.com with Internet Mail Service (5.5.2232.9)
id <DK64K7JL>; Wed, 20 Jan 1999 15:45:49 -0800
Message-Id: <[email protected]>
Date: Wed, 20 Jan 1999 15:45:54 -0800
Reply-To: [email protected]
Sender: [email protected]
From: "Speier, Guy J - CNF" <[email protected]>
To: "'[email protected]'" <[email protected]>,
"Speier, Guy J - CNF" <[email protected]>
Cc: wu-ftpd list <[email protected]>
Subject: RE: static ls
MIME-Version: 1.0
Content-Type: text/plain
X-Mailer: Internet Mail Service (5.5.2232.9)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I still can't seem to get my new chroot point working on Sol 2.6.
(trying to chroot each user to their home dir)

The only error I see in all of truss output is a file named
/etc/.name_service_door.
This is a "door" file (whatever the heck that is). Would anything else help
the gods of
wu-ftp help me with this one? I've even tried to chmod 777 all files in the
user's
home dir (to no avail).

thanks
Guy

From [email protected] Wed Jan 20 19:37:41 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id TAA16449;
Wed, 20 Jan 1999 19:37:37 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id TAA30735;
Wed, 20 Jan 1999 19:32:52 -0600 (CST)
Received: from gw1.bfg.com (gateway.bfg.com [131.187.253.2])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id TAA17875
for <[email protected]>; Wed, 20 Jan 1999 19:28:15 -0600 (CST)
Received: (from uucp@localhost)
by gw1.bfg.com (8.8.8/8.8.8) id UAA19975;
Wed, 20 Jan 1999 20:28:00 -0500 (EST)
Received: from ns1.bfg.com(192.73.67.20) by gw1.bfg.com via smap (V2.1)
id sma019867; Wed, 20 Jan 99 20:27:28 -0500
Received: from localhost (keller@localhost)
by ns1.bfg.com (8.8.8/8.8.8) with SMTP id UAA01351;
Wed, 20 Jan 1999 20:27:26 -0500 (EST)
Message-Id: <[email protected]>
Date: Wed, 20 Jan 1999 20:27:24 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Ted Keller <[email protected]>
To: "Speier, Guy J - CNF" <[email protected]>
Cc: "'[email protected]'" <[email protected]>,
wu-ftpd list <[email protected]>
Subject: RE: static ls
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

All right - I'll try....

In /etc/passwd, set up each user as....

usera:x:1029:167:User A:/ftp/users/pub/./:/bin/true

Create a file /etc/shells and add
/bin/true

add the users group to /etc/group

useragrp:*:167:

edit ftpaccess to include

guestgroup useragrp

ted keller - bfg.com

On Wed, 20 Jan 1999, Speier, Guy J - CNF wrote:

> I still can't seem to get my new chroot point working on Sol 2.6.
> (trying to chroot each user to their home dir)
>
> The only error I see in all of truss output is a file named
> /etc/.name_service_door.
> This is a "door" file (whatever the heck that is). Would anything else help
> the gods of
> wu-ftp help me with this one? I've even tried to chmod 777 all files in the
> user's
> home dir (to no avail).
>
> thanks
> Guy
>

From [email protected] Wed Jan 20 19:48:59 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id TAA16568;
Wed, 20 Jan 1999 19:48:58 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id TAA19256;
Wed, 20 Jan 1999 19:45:43 -0600 (CST)
Received: from mail.rdc1.az.home.com ([email protected] [24.1.240.66])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id TAA25119
for <[email protected]>; Wed, 20 Jan 1999 19:42:59 -0600 (CST)
Received: from cx24503-d ([24.1.245.117]) by mail.rdc1.az.home.com
(InterMail v4.00.03 201-229-104) with SMTP
id <19990121014257.EDXT8694.mail.rdc1.az.home.com@cx24503-d>
for <[email protected]>; Wed, 20 Jan 1999 17:42:57 -0800
Message-Id: <[email protected]>
Date: Wed, 20 Jan 1999 18:43:41 -0700
Reply-To: [email protected]
Sender: [email protected]
From: "Howard Moneta" <[email protected]>
To: "wu-ftpd list" <[email protected]>
Subject: Fw: A few questions from a new user.
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 4.72.3155.0
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3155.0
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi, I am new to Linux and to Wu-ftpd. I have a few questions that I was
hoping I could get answered on this listserv.

I love Linux, it is a refreshing change from Windows.

Wu-ftpd seems to be a good choice for FTP server software. There are just a
few configuration options that I would like to implement.

Is it possible to limit the amount of connections from the same host to 1 at
a time? I would also like to be able to cap the maximum transfer rate so
that I don't have fast internet connections sucking all of my bandwidth.
The other thing that would be nice is to have some kind of monitoring
program to tell me who is on the ftp and what file they are downloading
without having to type ftpwho every few minutes. Maybe a graphical status
window that runs in Xwindows. Is any of this available or a possibility?
I am using Wu-ftpd Beta 18.

Thanks in advance!

Howard
[email protected]

From [email protected] Thu Jan 21 03:08:12 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id DAA20307;
Thu, 21 Jan 1999 03:08:10 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id DAA23484;
Thu, 21 Jan 1999 03:02:22 -0600 (CST)
Received: from stargate.crealogix.com (gate12.dcg.ch [195.246.71.14] (may be forged))
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id CAA25735
for <[email protected]>; Thu, 21 Jan 1999 02:58:40 -0600 (CST)
Received: by stargate.crealogix.com(Lotus SMTP MTA v4.6.1 (569.2 2-6-1998)) id C1256700.003187A0 ; Thu, 21 Jan 1999 10:00:59 +0100
Message-Id: <[email protected]>
Date: Thu, 21 Jan 1999 09:59:44 +0100
Reply-To: [email protected]
Sender: [email protected]
From: "Stefan Pfenninger" <[email protected]>
To: [email protected]
Subject: wuftpd on Solaris 2.5.1 only anonymous works
Mime-Version: 1.0
Content-type: text/plain; charset=us-ascii
Content-Disposition: inline
X-Lotus-FromDomain: CREALOGIX
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

i make to installation for wuftpd
the fist one, on a new machine with Solaris 7 ............ and it runs no
problem with it

the other installation was on a machine where allready runs a ftpd (Solaris
ftpd) configure with the script in the man page...
and now i configured wuftpd on this machine ...

and only anonymous ftp works ...

so my /etc/shells file:

# cat /etc/shells
tcsh /usr/bin/tcsh
csh /bin/csh
ksh /bin/ksh
sh /sbin/sh

but i can't login with my account :

# cat /opt/WUftpd/etc/ftpaccess
class all real,guest,anonymous *
guestgroup ftpguests

and when i delete the user ftp then also the anonymous diden't work ..

passwd:
guestuser:x:1009:203:Guest FTP-User:/space/ftp:/bin/ksh

group
ftpguests::203:de,tz,oru

From [email protected] Mon Jan 25 02:52:17 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id CAA03470;
Mon, 25 Jan 1999 02:52:16 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id CAA16922;
Mon, 25 Jan 1999 02:47:41 -0600 (CST)
Received: from trapper.unbc.ca (trapper.unbc.ca [142.207.144.4])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id CAA00545
for <[email protected]>; Mon, 25 Jan 1999 02:34:51 -0600 (CST)
Received: from ugrad.unbc.ca (ugrad.unbc.ca [142.207.112.20]) by trapper.unbc.ca with SMTP (8.7.1/UNBC-1.0H)
id AAA25077 for <[email protected]> (from [email protected]); Mon, 25 Jan 1999 00:34:50 -0800 (PST)
Message-Id: <[email protected]>
Date: Mon, 25 Jan 1999 00:33:54 -0800 (PST)
Reply-To: [email protected]
Sender: [email protected]
From: Chang Cheng Chao <[email protected]>
To: [email protected]
Subject: [Q] Anonymous login works, but ...
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi, I'm using Red Hat 5.2 and has anonftp and wu-ftp set up. Users can ftp
into my computer using anonymous but I'm wondering how I can have
anonymous login in addition to password login. So the anonymous login
people will go to some directory and those people who needs password will
go to another directory. Is this possible? If that is not possible, I
would like to remove the anonymous login and require everyone to use
password login. How do I do that? Thanks.

Chang

From [email protected] Mon Jan 25 06:12:34 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id GAA05806;
Mon, 25 Jan 1999 06:12:34 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id GAA17325;
Mon, 25 Jan 1999 06:08:09 -0600 (CST)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id GAA07186
for <[email protected]>; Mon, 25 Jan 1999 06:05:55 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id HAA21841;
Mon, 25 Jan 1999 07:05:29 -0500
Message-Id: <[email protected]>
Date: Mon, 25 Jan 1999 07:05:28 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Chang Cheng Chao <[email protected]>
Cc: [email protected]
Subject: Re: [Q] Anonymous login works, but ...
In-Reply-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, 25 Jan 1999, Chang Cheng Chao wrote:

> Hi, I'm using Red Hat 5.2 and has anonftp and wu-ftp set up. Users can
> ftp into my computer using anonymous but I'm wondering how I can have
> anonymous login in addition to password login.

guestgroup

Read the man pages and the FAQ.

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

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

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

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

--

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

From [email protected] Mon Jan 25 06:25:48 1999
Received: from relay7.UU.NET (relay7.UU.NET [192.48.96.17])
by landfield.com (8.9.0/8.9.0) with ESMTP id GAA06074;
Mon, 25 Jan 1999 06:25:47 -0600 (CST)
Received: from relay7.UU.NET by relay7.UU.NET with ESMTP
(peer crosschecked as: root@localhost)
id QQfzdq24727;
Thu, 21 Jan 1999 13:42:31 -0500 (EST)
Received: from wugate.wustl.edu by relay7.UU.NET with ESMTP
(peer crosschecked as: wugate.wustl.edu [128.252.120.1])
id QQfzdq24712;
Thu, 21 Jan 1999 13:42:28 -0500 (EST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA29212;
Thu, 21 Jan 1999 12:38:52 -0600 (CST)
Received: from relay.pair.com (relay1.pair.com [209.68.1.20])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA06337
for <[email protected]>; Thu, 21 Jan 1999 12:34:48 -0600 (CST)
Received: from microsoft.sucks.eu.org ([email protected] [212.81.152.211])
by relay.pair.com (8.8.7/8.8.5) with SMTP id NAA09335;
Thu, 21 Jan 1999 13:25:11 -0500 (EST)
Message-Id: <Pine.LNX.4.04.9901211455420.31379-100000@k6.microsoft.sucks.eu.org>
Date: Thu, 21 Jan 1999 14:57:31 +0100 (CET)
Reply-To: [email protected]
Sender: [email protected]
From: Bernhard Rosenkraenzer <[email protected]>
To: "Speier, Guy J - CNF" <[email protected]>
Cc: wu-ftpd list <[email protected]>
Subject: Re: static ls
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Tue, 19 Jan 1999, Speier, Guy J - CNF wrote:

> I am in the process of migrating our corporate ftp server. While at
> it, I've decided that I should
> look into chrooting all users to their home directories.

In that case, you'll need to put a statically linked ls in every user's
home directory.
Alternatively, upgrade to BeroFTPD
(ftp://ftp.aachen.linux.de/pub/BeroFTPD/) which implements ls internally
and thereby saves you a lot of trouble.

> Should we have a soft link from each users home dir to /home/ftp files &
> libraries, or to the originals?

Softlinks won't work, because they can't bypass the limit imposed by the
chroot call.

LLaP
bero

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

From [email protected] Mon Jan 25 06:25:38 1999
Received: from relay7.UU.NET (relay7.UU.NET [192.48.96.17])
by landfield.com (8.9.0/8.9.0) with ESMTP id GAA06027;
Mon, 25 Jan 1999 06:25:36 -0600 (CST)
Received: from relay7.UU.NET by relay7.UU.NET with ESMTP
(peer crosschecked as: root@localhost)
id QQfzdd10776;
Thu, 21 Jan 1999 10:25:25 -0500 (EST)
Received: from wugate.wustl.edu by relay7.UU.NET with ESMTP
(peer crosschecked as: wugate.wustl.edu [128.252.120.1])
id QQfzdd10763;
Thu, 21 Jan 1999 10:25:23 -0500 (EST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id JAA20591;
Thu, 21 Jan 1999 09:23:08 -0600 (CST)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id JAA04710
for <[email protected]>; Thu, 21 Jan 1999 09:22:40 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id KAA20426;
Thu, 21 Jan 1999 10:22:20 -0500
Message-Id: <[email protected]>
Date: Thu, 21 Jan 1999 10:22:20 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Howard Moneta <[email protected]>
Cc: wu-ftpd list <[email protected]>
Subject: Re: Fw: A few questions from a new user.
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Wed, 20 Jan 1999, Howard Moneta wrote:

> Is it possible to limit the amount of connections from the same host
> to 1 at a time?

This has been on the TODO list for quite some time. Since it's one of the
harder things to do, I've not been working on it myself. If someone has a
patch (even an old one) I'd like to see it. Otherwise, it'll probably be
a few months until I can get to it and then I'm not sure (mainly because
I've not looked too deeply) how long it will take.

> I would also like to be able to cap the maximum transfer rate so that
> I don't have fast internet connections sucking all of my bandwidth.

VR12 supports this.

> The other thing that would be nice is to have some kind of monitoring
> program to tell me who is on the ftp and what file they are
> downloading without having to type ftpwho every few minutes. Maybe a
> graphical status window that runs in Xwindows.

I know of no such beast. Maybe one of the for-pay vendors has something
like it, but I dunno. Personally, I think you'll outgrow the desire for
it in a few months.

--

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

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

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

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

--

The VR series is a (rather large, by now) set of patches, bugfixes and
extensions to the base 2.4.2 (beta 18) version. It is available from

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

along with a large number of other versions of WU-FTPD and related
programs and material.

Read the message for the directory for details.

--

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

From [email protected] Mon Jan 25 06:26:16 1999
Received: from relay2.UU.NET (relay2.UU.NET [192.48.96.7])
by landfield.com (8.9.0/8.9.0) with ESMTP id GAA06188;
Mon, 25 Jan 1999 06:26:15 -0600 (CST)
Received: from relay2.UU.NET by relay2.UU.NET with ESMTP
(peer crosschecked as: root@localhost)
id QQfzfp20048;
Fri, 22 Jan 1999 02:24:34 -0500 (EST)
Received: from wugate.wustl.edu by relay2.UU.NET with ESMTP
(peer crosschecked as: wugate.wustl.edu [128.252.120.1])
id QQfzfg26643;
Fri, 22 Jan 1999 00:08:25 -0500 (EST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id XAA11166;
Thu, 21 Jan 1999 23:04:57 -0600 (CST)
Received: from xf.hb.cninfo.net ([202.103.44.131])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id WAA03042
for <[email protected]>; Thu, 21 Jan 1999 22:59:13 -0600 (CST)
Received: from xf.hb.cninfo.net by xf.hb.cninfo.net (8.8.7/SMI-SVR4)
id LAA18096; Fri, 22 Jan 1999 11:53:47 +0800 (CST)
Message-Id: <[email protected]>
Date: Fri, 22 Jan 1999 12:56:47 +0800
Reply-To: [email protected]
Sender: [email protected]
From: =?gb2312?B?z+W3rsjIz98=?= <[email protected]>
To: [email protected]
Cc: "'[email protected]'" <[email protected]>,
wu-ftpd list <[email protected]>
Subject: about "guest ftp user"
References: <[email protected]>
MIME-Version: 1.0
Content-Type: text/plain; charset=gb2312
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.5 [en] (Win98; I)
X-Accept-Language: en
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hello,all:

We uses wu-ftpd version 2.4.2-beta-18,now guest ftp user can be
restricted to it's home directionary.
we do it follows the manual:
in /etc/passwd,the entry is:
lixq1998:x:65537:65535::/export/home0/personal/lixq1998:/bin/rsh
and in lixq1998's home directionary, we have make the following
directionary:
bin,dev,usr,lib and in them are the related files. So for each
user we have to use more than 1M.
now i have more than 1000 guest ftp users, so it costs too much,is
there other way to do it and use less space?
Do you have better one! Please tell me !!!

Thanks.

From [email protected] Mon Jan 25 06:26:43 1999
Received: from relay2.UU.NET (relay2.UU.NET [192.48.96.7])
by landfield.com (8.9.0/8.9.0) with ESMTP id GAA06298;
Mon, 25 Jan 1999 06:26:41 -0600 (CST)
Received: from relay2.UU.NET by relay2.UU.NET with ESMTP
(peer crosschecked as: root@localhost)
id QQfzhw08298;
Fri, 22 Jan 1999 17:09:11 -0500 (EST)
Received: from wugate.wustl.edu by relay2.UU.NET with ESMTP
(peer crosschecked as: wugate.wustl.edu [128.252.120.1])
id QQfzhw08281;
Fri, 22 Jan 1999 17:09:09 -0500 (EST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA16262;
Fri, 22 Jan 1999 16:05:36 -0600 (CST)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA22095
for <[email protected]>; Fri, 22 Jan 1999 15:59:41 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id QAA31646;
Fri, 22 Jan 1999 16:58:26 -0500
Message-Id: <[email protected]>
Date: Fri, 22 Jan 1999 16:58:26 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Malika Roy <[email protected]>
Cc: [email protected]
Subject: Re: ftp> quote site exec <program>
In-Reply-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, 22 Jan 1999, Malika Roy wrote:

> I recently installed wu-ftpd version 2.4.

First, scrog that ancient version and install the current version: 2.4.2
(beta 18).

> I can't seem to get "quote site exec <program_name>" to work.
>
> Can you make some suggestions to what I should look for in terms of
> configuration, etc.?

Start with the FAQ.

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

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

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

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

Briefly: SITE EXEC requires the program to be in the directory of allowed
programs. On most systems, this is ~ftp/bin/ftp-bin. Playing with SITE
EXEC is playing with fire; be very careful what you allow and who you
allow to do it.

--

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

From [email protected] Mon Jan 25 06:26:33 1999
Received: from relay3.UU.NET (relay3.UU.NET [192.48.96.8])
by landfield.com (8.9.0/8.9.0) with ESMTP id GAA06257;
Mon, 25 Jan 1999 06:26:32 -0600 (CST)
Received: from relay3.UU.NET by relay3.UU.NET with ESMTP
(peer crosschecked as: root@localhost)
id QQfzot28902;
Sun, 24 Jan 1999 13:53:49 -0500 (EST)
Received: from wugate.wustl.edu by relay3.UU.NET with ESMTP
(peer crosschecked as: wugate.wustl.edu [128.252.120.1])
id QQfzot28896;
Sun, 24 Jan 1999 13:53:47 -0500 (EST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA14636;
Sun, 24 Jan 1999 12:52:10 -0600 (CST)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA15862
for <[email protected]>; Sun, 24 Jan 1999 12:47:55 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id NAA10042;
Sun, 24 Jan 1999 13:47:51 -0500
Message-Id: <[email protected]>
Date: Sun, 24 Jan 1999 13:47:50 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Howard Moneta <[email protected]>
Cc: wu-ftpd list <[email protected]>
Subject: Re: Fw: A few questions from a new user.
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Sun, 24 Jan 1999, Howard Moneta wrote:

> >> I would also like to be able to cap the maximum transfer rate so that
> >> I don't have fast internet connections sucking all of my bandwidth.
> >
> >VR12 supports this.
>
>
> Ok great! I downloaded VR12 but I did not understand how to compile
> it. Luckily I found a precompiled version of it and loaded it up. It
> works great and I have implemented many of it's features. I am still
> confused though about the above question. I have an ftp directory
> called /ftproot and I would like to cap the transfer rates of a
> certain user. Is there a command I can add to the ftpaccess file to do
> that? I would like to be able to ftp into the box and transfer at
> full speed. I just want to cap a particular user's transfers from the
> /ftpaccess directory and its subs.

Looking at the manpage, it appears that the limits are by directory and
you cannot have different throughput limits for some users.

I'll add a 'class=' parameter to my list of things to think about for this
feature. No promises, though, on if I'll do it or when.

--

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

From [email protected] Mon Jan 25 06:26:56 1999
Received: from relay7.UU.NET (relay7.UU.NET [192.48.96.17])
by landfield.com (8.9.0/8.9.0) with ESMTP id GAA06353;
Mon, 25 Jan 1999 06:26:55 -0600 (CST)
Received: from relay7.UU.NET by relay7.UU.NET with ESMTP
(peer crosschecked as: root@localhost)
id QQfzmx16277;
Sun, 24 Jan 1999 01:55:31 -0500 (EST)
Received: from wugate.wustl.edu by relay7.UU.NET with ESMTP
(peer crosschecked as: wugate.wustl.edu [128.252.120.1])
id QQfzmx16272;
Sun, 24 Jan 1999 01:55:30 -0500 (EST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id AAA05043;
Sun, 24 Jan 1999 00:52:33 -0600 (CST)
Received: from wolverine.emji.net (wolverine.emji.net [207.22.135.6])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id AAA12143
for <[email protected]>; Sun, 24 Jan 1999 00:45:32 -0600 (CST)
Received: from sdhcp6.emji.net (sdhcp6.emji.net [207.100.35.249])
by wolverine.emji.net (8.8.8/8.8.7) with ESMTP id BAA21974
for <[email protected]>; Sun, 24 Jan 1999 01:45:27 -0500
Message-Id: <[email protected]>
Date: Sun, 24 Jan 1999 01:44:36 -0500
Reply-To: [email protected]
Sender: [email protected]
From: "Scott R. Every" <[email protected]>
To: [email protected]
Subject: wu-ftpd and firewalls
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-Mailer: Mulberry (MacOS) [1.4.0, s/n U-200388]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I have a Borderware firewall and I am having all sorts of trouble getting hosts
on the inside of the firewall to connect to wu-ftpd servers. I have tried beta
15, 16, 18 and the Beroftp server and all exhibit the same behavior:
15-30 seconds of deadtime before the connection is established.

I di NOT see this when ftp'ng to sunsite.unc.edu which appears to be using
beta 13.

I have customers who have noted the same troubles with other firewalls. The
firewalls seem to have no problems ftp'ng to the standard Solaris ftp daemon.

However, I have need of wu-ftpd's features.

I have looked at the faq and saw nothing related to firewalls.

Any help would be appreciated.

s

--
Scott R. Every "Everything is controlled by a small evil group to
EMJ Internet which, unfortunately, no one we know belongs."
voice : 1-800-548-2319 fax : 1-919-363-4423 mailto:[email protected]
WWW - http://www.emji.net

Do you believe in Macintosh? Learn how to help the cause by
subscribing to the "EvangeList" listserver! Send email to:
<[email protected]> or go to:
<http://www.lists.apple.com/>

From [email protected] Mon Jan 25 06:27:56 1999
Received: from relay7.UU.NET (relay7.UU.NET [192.48.96.17])
by landfield.com (8.9.0/8.9.0) with ESMTP id GAA06550;
Mon, 25 Jan 1999 06:27:54 -0600 (CST)
Received: from relay7.UU.NET by relay7.UU.NET with ESMTP
(peer crosschecked as: root@localhost)
id QQfzls26563;
Sat, 23 Jan 1999 18:08:09 -0500 (EST)
Received: from wugate.wustl.edu by relay7.UU.NET with ESMTP
(peer crosschecked as: wugate.wustl.edu [128.252.120.1])
id QQfzls26557;
Sat, 23 Jan 1999 18:08:08 -0500 (EST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id RAA03575;
Sat, 23 Jan 1999 17:05:09 -0600 (CST)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id RAA24395
for <[email protected]>; Sat, 23 Jan 1999 17:00:35 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id SAA04809;
Sat, 23 Jan 1999 18:00:31 -0500
Message-Id: <[email protected]>
Date: Sat, 23 Jan 1999 18:00:31 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Malika Roy <[email protected]>
Cc: [email protected], [email protected]
Subject: Re: [Fwd: ftp> quote site exec <program>]
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Sat, 23 Jan 1999, Malika Roy wrote:

> I've installed wu-ftpd2.4.2-beta-18.
> But "quote site exec <program>" still does not work.
> The program is a simple shell program that echoes "Hello".

The program will need to follow *all* the rules for running in a chroot'd
environment. That means all devices, libraries, etc., will need to be
available to it. Putting Perl or a shell in the chroot'd environment is a
severe security risk. Use compiled C programs instead.

SITE CHMOD does not use any external programs. It is implemented by the
daemon itself. SITE EXEC, on the other hand is more list NLST .. it runs
an external program. The daemon won't run just any program. Normally, it
will only run programs from ~ftp/bin and then only those it knows about
such as ls (for LIST and NLST). It will run tar, gzip/gunzip,
compress/uncompress, etc., because it's been told about those program via
the /etc/ftpconversions configuration file. SITE EXEC, on the other hand,
is a wild-card. To prevent abuse, the daemon will only run programs
installed in the approved location .. on most systems that location is
~ftp/bin/ftp-bin although the name is defined at compile-time and can be
moved. The '~ftp/' portion does not mean only anonymous users can SITE
EXEC, I'm using it as a shorthand for the current root location which will
probably be different for guest and users.

--

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

From [email protected] Mon Jan 25 06:35:27 1999
Received: from relay5.UU.NET (relay5.UU.NET [192.48.96.15])
by landfield.com (8.9.0/8.9.0) with ESMTP id GAA06720;
Mon, 25 Jan 1999 06:35:26 -0600 (CST)
Received: from relay5.UU.NET by relay5.UU.NET with ESMTP
(peer crosschecked as: root@localhost)
id QQfzoi04697;
Sun, 24 Jan 1999 11:10:33 -0500 (EST)
Received: from wugate.wustl.edu by relay5.UU.NET with ESMTP
(peer crosschecked as: wugate.wustl.edu [128.252.120.1])
id QQfzoi04691;
Sun, 24 Jan 1999 11:10:32 -0500 (EST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA29922;
Sun, 24 Jan 1999 10:07:37 -0600 (CST)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA28678
for <[email protected]>; Sun, 24 Jan 1999 10:06:07 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id LAA08310;
Sun, 24 Jan 1999 11:06:03 -0500
Message-Id: <[email protected]>
Date: Sun, 24 Jan 1999 11:06:03 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: "Scott R. Every" <[email protected]>
Cc: [email protected]
Subject: Re: wu-ftpd and firewalls
In-Reply-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, 24 Jan 1999, Scott R. Every wrote:

> I have a Borderware firewall and I am having all sorts of trouble
> getting hosts on the inside of the firewall to connect to wu-ftpd
> servers. I have tried beta 15, 16, 18 and the Beroftp server and all
> exhibit the same behavior: 15-30 seconds of deadtime before the
> connection is established.
>
> I di NOT see this when ftp'ng to sunsite.unc.edu which appears to be
> using beta 13.
>
> I have customers who have noted the same troubles with other
> firewalls. The firewalls seem to have no problems ftp'ng to the
> standard Solaris ftp daemon.
>
> However, I have need of wu-ftpd's features.
>
> I have looked at the faq and saw nothing related to firewalls.
>
> Any help would be appreciated.

First guess, tell your firewall to allow AUTH protocol (RFC 931) outbound
TCP from your FTP server (any non-privileged port) to anywhere (port 113).
This will speed things up a bit. You can disable RFC 931 in the daemon by
changing config.h to #undef USE_RFC931.

--

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

From [email protected] Mon Jan 25 06:35:32 1999
Received: from relay5.UU.NET (relay5.UU.NET [192.48.96.15])
by landfield.com (8.9.0/8.9.0) with ESMTP id GAA06738;
Mon, 25 Jan 1999 06:35:31 -0600 (CST)
Received: from relay5.UU.NET by relay5.UU.NET with ESMTP
(peer crosschecked as: root@localhost)
id QQfzgo19249;
Fri, 22 Jan 1999 08:30:06 -0500 (EST)
Received: from wugate.wustl.edu by relay5.UU.NET with ESMTP
(peer crosschecked as: [128.252.120.1])
id QQfzgo19238;
Fri, 22 Jan 1999 08:30:04 -0500 (EST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id HAA09510;
Fri, 22 Jan 1999 07:26:41 -0600 (CST)
Received: from mail.glink.net.hk (mail.glink.net.hk [202.72.0.38])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id HAA31043
for <[email protected]>; Fri, 22 Jan 1999 07:19:41 -0600 (CST)
Received: from earth.glink.net.hk (earth [202.72.0.46])
by mail.glink.net.hk (8.9.1/8.9.1) with ESMTP id VAA28898
for <[email protected]>; Fri, 22 Jan 1999 21:19:38 +0800 (HKT)
Received: (from priron@localhost)
by earth.glink.net.hk (8.8.7/8.8.7) id VAA28630
for [email protected]; Fri, 22 Jan 1999 21:19:36 +0800 (HKT)
Message-Id: <[email protected]>
Date: Fri, 22 Jan 1999 21:19:35 +0800 (HKT)
Reply-To: [email protected]
Sender: [email protected]
From: Priron <[email protected]>
To: [email protected]
Subject: wuftpd in client under nisplus
Content-Type: text
X-Mailer: ELM [version 2.4 PL25]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I have a problem to login to home directory with login, but there is no problem for anonymous user.
My machine is solairs 2.6. and it is a client under nisplus tree (not root machine and not replica machine).
I go through the source in ftpd.c file. There is no code to get authentication from root or replica machine under nisplus environment.
Any suggest that can help me to configure ?

Priron

From [email protected] Mon Jan 25 06:35:55 1999
Received: from relay5.UU.NET (relay5.UU.NET [192.48.96.15])
by landfield.com (8.9.0/8.9.0) with ESMTP id GAA06814;
Mon, 25 Jan 1999 06:35:54 -0600 (CST)
Received: from relay5.UU.NET by relay5.UU.NET with ESMTP
(peer crosschecked as: root@localhost)
id QQfzfj04548;
Fri, 22 Jan 1999 00:50:22 -0500 (EST)
Received: from wugate.wustl.edu by relay5.UU.NET with ESMTP
(peer crosschecked as: wugate.wustl.edu [128.252.120.1])
id QQfzfj04538;
Fri, 22 Jan 1999 00:50:20 -0500 (EST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id XAA20399;
Thu, 21 Jan 1999 23:48:34 -0600 (CST)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id XAA19739
for <[email protected]>; Thu, 21 Jan 1999 23:42:16 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id AAA26479;
Fri, 22 Jan 1999 00:41:57 -0500
Message-Id: <[email protected]>
Date: Fri, 22 Jan 1999 00:41:57 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: [email protected]
Cc: wu-ftpd list <[email protected]>
Subject: Re: about "guest ftp user"
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=X-UNKNOWN
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by wugate.wustl.edu id XAA16028
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Fri, 22 Jan 1999, [gb2312] �差�� wrote:

> We uses wu-ftpd version 2.4.2-beta-18,now guest ftp user can be
> restricted to it's home directionary. we do it follows the manual:
> in /etc/passwd,the entry is:
> lixq1998:x:65537:65535::/export/home0/personal/lixq1998:/bin/rsh
> and in lixq1998's home directionary, we have make the following
> directionary:
> bin,dev,usr,lib and in them are the related files. So for each
> user we have to use more than 1M.
> now i have more than 1000 guest ftp users, so it costs too much,is
> there other way to do it and use less space?
> Do you have better one! Please tell me !!!

Method 1:

All users chroot to a common point.

Example:

In /etc/passwd:
user1::1001:1001::/home/users/./user1:/bin/sh
user2::1002:1002::/home/users/./user2:/bin/sh
In /etc/ftpgroup:
ftpusers::66:user1,user2
In /etc/ftpaccess:
guestgroup ftpusers
In /home/users create bin, dev, lib, etc

Advantage:

Only one copy of the common files (bin dev etc lib) is shared between
all users. Setup is easy and clean, which solves the disadvantages of
method 2.

Disadvantage:

All users can, via FTP, see into each other's directories. This risk
can be reduced by (1) carefull Unix file and directory permissions, and
(2) user education.

Also, users can determine the usernames of other users on the system.
This information can be used to assist breakins on other user accounts
(knowing the username is a large part of the battle). For some sites,
knowledge of other users may have commercial implications (ie., one user
finds that their economic competitor is also a user).

Method 2:

Use hard links. The setup is exactly as you now have it, but instead of
copying the files, use ln(1) to create hard-links.

Advantage:

Only one copy of the common files. This method solves the disadvantages
of method 1 since users each have a separate chroot point.

Disadvantage:

Highly complex setup, leading to possible mis-configuration. In
addition the hard-link is easily broken, which can be hard to detect,
leading to inadvertent increase in disk utilization.

Method 3:

Use NFS or loop-back mounts. Create a filesystem for each of the shared
areas (bin dev etc lib). Export those filesystem via NFS or a loopback
device. Mount the filesystems readonly into each user's area.

Advantage:

As with method 2. In addition, with the filesystems mounted readonly,
site security is enhanced.

Disadvantage:

The NFS subsystem has its own security problems separate from those of
FTP, thus increasing the risk to the host machine while increasing the
FTP site security.

Not all systems support loopback mounts. Those that do may limit the
number of possible filesystems exported for loopback mount (Linux, for
instance, has a default limit of 8 such filesystems although you can
increase this at kernel compile-time).

My recommendation: For ISPs and IPPs, method 3 is preferable. If your
system supports loopback mounts, use them. If you already have NFS, use
it. Otherwise do not use method 3; use method 2 instead. For corporate
and home sites, where the users already share a common community, use
method 1.

That said, I will admit that I usually use method 1 on my sites due to the
simplicity of setup. I find that users generally do not know enough to
find out about each other and most will not blow the Unix-level file and
directory permissions keeping their home directories secure from other
local users. Those that do are also Telnet users so the point is moot
with them anyway.

--

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

From [email protected] Mon Jan 25 06:36:07 1999
Received: from relay5.UU.NET (relay5.UU.NET [192.48.96.15])
by landfield.com (8.9.0/8.9.0) with ESMTP id GAA06852;
Mon, 25 Jan 1999 06:36:05 -0600 (CST)
Received: from relay5.UU.NET by relay5.UU.NET with ESMTP
(peer crosschecked as: root@localhost)
id QQfzlm06763;
Sat, 23 Jan 1999 16:32:58 -0500 (EST)
Received: from wugate.wustl.edu by relay5.UU.NET with ESMTP
(peer crosschecked as: wugate.wustl.edu [128.252.120.1])
id QQfzlm06749;
Sat, 23 Jan 1999 16:32:56 -0500 (EST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA00453;
Sat, 23 Jan 1999 15:29:47 -0600 (CST)
Received: from jpmorgan.com (threshold3.jpmorgan.com [169.71.1.12])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA19296
for <[email protected]>; Sat, 23 Jan 1999 15:24:58 -0600 (CST)
Received: (from uucp@localhost)
by jpmorgan.com (8.8.5/8.8.5) id QAA15775;
Sat, 23 Jan 1999 16:24:57 -0500 (EST)
Received: from mrszip.ny.jpmorgan.com(198.75.231.19) by threshold3.jpmorgan.com via smap (4.1)
id xma015771; Sat, 23 Jan 99 16:24:55 -0500
Received: from tintin.ny.jpmorgan.com (tintin.ny.jpmorgan.com [169.124.80.234])
by mrszip.ny.jpmorgan.com (8.8.8/8.8.8) with ESMTP id QAA07015;
Sat, 23 Jan 1999 16:24:55 -0500 (EST)
Received: from jpmorgan.com (tintin [169.124.80.234])
by tintin.ny.jpmorgan.com (8.8.8/8.8.8) with ESMTP id QAA15671;
Sat, 23 Jan 1999 16:24:54 -0500 (EST)
Message-Id: <[email protected]>
Date: Sat, 23 Jan 1999 16:24:54 -0500
Reply-To: [email protected]
Sender: [email protected]
From: Malika Roy <[email protected]>
To: [email protected], [email protected], [email protected]
Subject: [Fwd: ftp> quote site exec <program>]
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="------------B339677F9775BF6B23B74A3C"
X-Sender: [email protected]
X-Disclaimer: This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction, unless specifically agreed otherwise. All market prices, data and other information is not warranted as to completeness or accuracy and is subject to change without notice. Any comments or statements made herein do not necessarily reflect those of J.P. Morgan & Co. Incorporated, its subsidiaries and affiliates.
X-Mailer: Mozilla 4.05 [en] (X11; U; SunOS 5.6 sun4m)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

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

In continuation of the previous email request:

I've installed wu-ftpd2.4.2-beta-18.
But "quote site exec <program>" still does not work.
The program is a simple shell program that echoes "Hello".

I can send "quote site chmod nnn <program>". This command
gets executed just fine. It's "site exec" that does not run.

This gets returned:
tp> quote site exec test
200-test
200 (end of 'test')
ftp>

Whereas running the program in the directory returns:
# ./test
Hello

Any further insight will be greatly appreciated.

Thanks.

Malika

--------------B339677F9775BF6B23B74A3C
Content-Type: message/rfc822
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Received: from mrszip.ny.jpmorgan.com (mrszip.ny.jpmorgan.com [198.75.231.19])
by tintin.ny.jpmorgan.com (8.8.8/8.8.8) with ESMTP id RAA15053
for <[email protected]>; Fri, 22 Jan 1999 17:22:49 -0500 (EST)
Received: from jpmorgan.com (threshold2-internal.dmz.jpmorgan.com [169.71.3.11])
by mrszip.ny.jpmorgan.com (8.8.8/8.8.8) with ESMTP id RAA20074
for <[email protected]>; Fri, 22 Jan 1999 17:22:49 -0500 (EST)
X-Disclaimer: This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction, unless specifically agreed otherwise. All market prices, data and other information is not warranted as to completeness or accuracy and is subject to change without notice. Any comments or statements made herein do not necessarily reflect those of J.P. Morgan & Co. Incorporated, its subsidiaries and affiliates.
Received: (from uucp@localhost)
by jpmorgan.com (8.8.5/8.8.5) id RAA13237
for <[email protected]>; Fri, 22 Jan 1999 17:22:48 -0500 (EST)
Received: from wugate.wustl.edu(128.252.120.1) by threshold2.jpmorgan.com via smap (4.1)
id xma013227; Fri, 22 Jan 99 17:22:48 -0500
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA13039;
Fri, 22 Jan 1999 16:05:44 -0600 (CST)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA22095
for <[email protected]>; Fri, 22 Jan 1999 15:59:41 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id QAA31646;
Fri, 22 Jan 1999 16:58:26 -0500
Message-Id: <[email protected]>
Date: Fri, 22 Jan 1999 16:58:26 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Malika Roy <[email protected]>
Cc: [email protected]
Subject: Re: ftp> quote site exec <program>
In-Reply-To: <[email protected]>
MIME-Version: 1.0
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Fri, 22 Jan 1999, Malika Roy wrote:

> I recently installed wu-ftpd version 2.4.

First, scrog that ancient version and install the current version: 2.4.2
(beta 18).

> I can't seem to get "quote site exec <program_name>" to work.
>
> Can you make some suggestions to what I should look for in terms of
> configuration, etc.?

Start with the FAQ.

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

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

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

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

Briefly: SITE EXEC requires the program to be in the directory of allowed
programs. On most systems, this is ~ftp/bin/ftp-bin. Playing with SITE
EXEC is playing with fire; be very careful what you allow and who you
allow to do it.

--

Gregory A Lundberg Senior Partner, VRnet Company
1441 Elmdale Drive [email protected]
Kettering, OH 45409-1615 USA 1-800-809-2195

--------------B339677F9775BF6B23B74A3C--

From [email protected] Mon Jan 25 06:36:10 1999
Received: from relay5.UU.NET (relay5.UU.NET [192.48.96.15])
by landfield.com (8.9.0/8.9.0) with ESMTP id GAA06865;
Mon, 25 Jan 1999 06:36:09 -0600 (CST)
Received: from relay5.UU.NET by relay5.UU.NET with ESMTP
(peer crosschecked as: root@localhost)
id QQfzhy20884;
Fri, 22 Jan 1999 17:35:39 -0500 (EST)
Received: from wugate.wustl.edu by relay5.UU.NET with ESMTP
(peer crosschecked as: wugate.wustl.edu [128.252.120.1])
id QQfzhy20858;
Fri, 22 Jan 1999 17:35:34 -0500 (EST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA28133;
Fri, 22 Jan 1999 16:31:33 -0600 (CST)
Received: from xns.usit.net (XNS.USIT.NET [199.1.48.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA24220
for <[email protected]>; Fri, 22 Jan 1999 16:25:55 -0600 (CST)
Received: from localhost (jspears@localhost) by xns.usit.net (8.8.5/8.8.5) with ESMTP id RAA22380; Fri, 22 Jan 1999 17:25:47 -0500 (EST)
Message-Id: <[email protected]>
Date: Fri, 22 Jan 1999 17:25:45 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Jason Spears <[email protected]>
To: Priron <[email protected]>
Cc: [email protected]
Subject: Re: wuftpd in client under nisplus
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Authentication-Warning: xns.usit.net: jspears owned process doing -bs
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

AFAIK nisplus should be invisible to wu-ftpd. Make sure your FTP server
machine has the correct settings in /etc/nsswitch.conf, should probably be:

passwd: files nisplus

and maybe also:

group: files nisplus

If you can telnet into the machine using an account that exists in
nisplus but not in your passwd file, the configuration problem may
be in config.h in the wu-ftpd distribution; make sure you have
the line

#undef ANON_ONLY

otherwise real users won't be able to login to the machine via FTP.

Hope this helps,

Jason Spears

On Fri, 22 Jan 1999, Priron wrote:

>I have a problem to login to home directory with login, but there is no problem for anonymous user.
>My machine is solairs 2.6. and it is a client under nisplus tree (not root machine and not replica machine).
>I go through the source in ftpd.c file. There is no code to get authentication from root or replica machine under nisplus environment.
>Any suggest that can help me to configure ?
>
>Priron
>

From [email protected] Mon Jan 25 06:40:07 1999
Received: from relay1.UU.NET (relay1.UU.NET [192.48.96.5])
by landfield.com (8.9.0/8.9.0) with ESMTP id GAA07049;
Mon, 25 Jan 1999 06:40:07 -0600 (CST)
Received: from relay1.UU.NET by relay1.UU.NET with ESMTP
(peer crosschecked as: root@localhost)
id QQfzos20862;
Sun, 24 Jan 1999 13:40:22 -0500 (EST)
Received: from wugate.wustl.edu by relay1.UU.NET with ESMTP
(peer crosschecked as: wugate.wustl.edu [128.252.120.1])
id QQfzos20845;
Sun, 24 Jan 1999 13:40:21 -0500 (EST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA32177;
Sun, 24 Jan 1999 12:38:44 -0600 (CST)
Received: from wolverine.emji.net (wolverine.emji.net [207.22.135.6])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA03709
for <[email protected]>; Sun, 24 Jan 1999 12:35:53 -0600 (CST)
Received: from sdhcp6.emji.net (sdhcp6.emji.net [207.100.35.249])
by wolverine.emji.net (8.8.8/8.8.7) with ESMTP id NAA11450;
Sun, 24 Jan 1999 13:29:19 -0500
Message-Id: <[email protected]>
Date: Sun, 24 Jan 1999 13:28:55 -0500
Reply-To: [email protected]
Sender: [email protected]
From: "Scott R. Every" <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: wu-ftpd and firewalls
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-Mailer: Mulberry (MacOS) [1.4.0, s/n U-200388]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Disbaling RFC931 on both Beroftpd 1.3.2 and 1.2.3 still resulted in delays of
>10 seconds. I also disabled DNS retrys which seemed to have no effect.

Any other ideas?

s

--On Sun, Jan 24, 1999 11:06 AM -0500 Gregory A Lundberg
<[email protected]> wrote:

> On Sun, 24 Jan 1999, Scott R. Every wrote:
>
>> I have a Borderware firewall and I am having all sorts of trouble
>> getting hosts on the inside of the firewall to connect to wu-ftpd
>> servers. I have tried beta 15, 16, 18 and the Beroftp server and all
>> exhibit the same behavior: 15-30 seconds of deadtime before the
>> connection is established.
>>
>> I di NOT see this when ftp'ng to sunsite.unc.edu which appears to be
>> using beta 13.
>>
>> I have customers who have noted the same troubles with other
>> firewalls. The firewalls seem to have no problems ftp'ng to the
>> standard Solaris ftp daemon.
>>
>> However, I have need of wu-ftpd's features.
>>
>> I have looked at the faq and saw nothing related to firewalls.
>>
>> Any help would be appreciated.
>
> First guess, tell your firewall to allow AUTH protocol (RFC 931) outbound
> TCP from your FTP server (any non-privileged port) to anywhere (port 113).
> This will speed things up a bit. You can disable RFC 931 in the daemon by
> changing config.h to #undef USE_RFC931.
>
> --
>
> Gregory A Lundberg Senior Partner, VRnet Company
> 1441 Elmdale Drive [email protected]
> Kettering, OH 45409-1615 USA 1-800-809-2195

--
Scott R. Every "Everything is controlled by a small evil group to
EMJ Internet which, unfortunately, no one we know belongs."
voice : 1-800-548-2319 fax : 1-919-363-4423 mailto:[email protected]
WWW - http://www.emji.net

Do you believe in Macintosh? Learn how to help the cause by
subscribing to the "EvangeList" listserver! Send email to:
<[email protected]> or go to:
<http://www.lists.apple.com/>

From [email protected] Mon Jan 25 06:40:31 1999
Received: from relay1.UU.NET (relay1.UU.NET [192.48.96.5])
by landfield.com (8.9.0/8.9.0) with ESMTP id GAA07146;
Mon, 25 Jan 1999 06:40:30 -0600 (CST)
Received: from relay1.UU.NET by relay1.UU.NET with ESMTP
(peer crosschecked as: root@localhost)
id QQfzou26620;
Sun, 24 Jan 1999 14:12:52 -0500 (EST)
Received: from wugate.wustl.edu by relay1.UU.NET with ESMTP
(peer crosschecked as: wugate.wustl.edu [128.252.120.1])
id QQfzou26612;
Sun, 24 Jan 1999 14:12:51 -0500 (EST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA20057;
Sun, 24 Jan 1999 13:11:16 -0600 (CST)
Received: from mail.rdc1.az.home.com ([email protected] [24.1.240.66])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA11320
for <[email protected]>; Sun, 24 Jan 1999 13:07:30 -0600 (CST)
Received: from cx24503-d ([24.1.245.117]) by mail.rdc1.az.home.com
(InterMail v4.00.03 201-229-104) with SMTP
id <19990124190728.CEEG6286.mail.rdc1.az.home.com@cx24503-d>
for <[email protected]>; Sun, 24 Jan 1999 11:07:28 -0800
Message-Id: <[email protected]>
Date: Sun, 24 Jan 1999 12:07:57 -0700
Reply-To: [email protected]
Sender: [email protected]
From: "Howard Moneta" <[email protected]>
To: "wu-ftpd list" <[email protected]>
Subject: Time of day restrictions.
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 4.72.3155.0
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3155.0
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Here is a section of my /etc/ftpaccess file that pertains to what times of
day the guest user dnload1 can log into my FTP. I had it configured like
below and it was working properly until I upgraded to the VR12 version of
wu-ftpd. Has the syntax for specifying the times of day a limit pertains
to changed? Even though I have it set to not allow any guest class users to
log in between 0600-1800, it still is allowing them to connect. It appears
to be ignoring the time specification after the Any. Any ideas what might
have changed between when I was running Wu-ftpd Beta 18 and upgrading the
VR12?

loginfails 2
class guest guest *
class local real *
hostname Genma's FTP
guestuser dnload1

limit guest 3 Any1800-0600 /etc/msgs/msg.toomany
limit guest 0 Any0600-1800 /etc/msgs/msg.serverdown
limit local 1 Any
limit-time guest 120

Thanks!

Howard
[email protected]

From [email protected] Mon Jan 25 06:40:45 1999
Received: from relay4.UU.NET (relay4.UU.NET [192.48.96.14])
by landfield.com (8.9.0/8.9.0) with ESMTP id GAA07196;
Mon, 25 Jan 1999 06:40:43 -0600 (CST)
Received: from relay4.UU.NET by relay4.UU.NET with ESMTP
(peer crosschecked as: root@localhost)
id QQfzdj02801;
Thu, 21 Jan 1999 11:54:06 -0500 (EST)
Received: from wugate.wustl.edu by relay4.UU.NET with ESMTP
(peer crosschecked as: wugate.wustl.edu [128.252.120.1])
id QQfzdj02779;
Thu, 21 Jan 1999 11:54:04 -0500 (EST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA17594;
Thu, 21 Jan 1999 10:49:12 -0600 (CST)
Received: from ljcqs016.cnf.com ([205.185.108.239])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA02316
for <[email protected]>; Thu, 21 Jan 1999 10:45:09 -0600 (CST)
Received: from cnfvs008.cnf.com (cnfvs008.cnf.com [10.0.2.114])
by ljcqs016.cnf.com (8.8.7/8.8.7) with ESMTP id IAA13300;
Thu, 21 Jan 1999 08:43:57 -0800 (PST)
Received: by cnfvs008.cnf.com with Internet Mail Service (5.5.2232.9)
id <DK64LCF3>; Thu, 21 Jan 1999 08:43:52 -0800
Message-Id: <[email protected]>
Date: Thu, 21 Jan 1999 08:43:57 -0800
Reply-To: [email protected]
Sender: [email protected]
From: "Speier, Guy J - CNF" <[email protected]>
To: "'[email protected]'" <[email protected]>,
"Speier, Guy J - CNF"
<[email protected]>
Cc: "'[email protected]'" <[email protected]>,
wu-ftpd list
<[email protected]>
Subject: RE: static ls
MIME-Version: 1.0
Content-Type: text/plain
X-Mailer: Internet Mail Service (5.5.2232.9)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I've tried all of this, to no avail.

If you don't mid, I'd like to think aloud (or think with my keyboard at
least).

If I chroot all users to a common area, say /home/ftp/./blah/blah,
and set up my static ls accordingly, all works fine.

If I chroot a user to their home dir, say /home/ftp/./user1,
and ln -f </home/ftp/whatever> </home/ftp/user1/whatever> it doesn't work!
It doesn't even work if I copy the files (instead of using hard links).

I can submit output of truss chroot, ls -lR of both, or whatever.

I appreciate the help!
guy

> -----Original Message-----
> From: Ted Keller [SMTP:[email protected]]
> Sent: Wednesday, January 20, 1999 5:27 PM
> To: Speier, Guy J - CNF
> Cc: '[email protected]'; wu-ftpd list
> Subject: RE: static ls
>
> All right - I'll try....
>
> In /etc/passwd, set up each user as....
>
> usera:x:1029:167:User A:/ftp/users/pub/./:/bin/true
>
> Create a file /etc/shells and add
> /bin/true
>
> add the users group to /etc/group
>
> useragrp:*:167:
>
>
> edit ftpaccess to include
>
> guestgroup useragrp
>
> ted keller - bfg.com
>
>
>
> On Wed, 20 Jan 1999, Speier, Guy J - CNF wrote:
>
> > I still can't seem to get my new chroot point working on Sol 2.6.
> > (trying to chroot each user to their home dir)
> >
> > The only error I see in all of truss output is a file named
> > /etc/.name_service_door.
> > This is a "door" file (whatever the heck that is). Would anything else
> help
> > the gods of
> > wu-ftp help me with this one? I've even tried to chmod 777 all files in
> the
> > user's
> > home dir (to no avail).
> >
> > thanks
> > Guy
> >

From [email protected] Mon Jan 25 06:41:25 1999
Received: from relay4.UU.NET (relay4.UU.NET [192.48.96.14])
by landfield.com (8.9.0/8.9.0) with ESMTP id GAA07344;
Mon, 25 Jan 1999 06:41:24 -0600 (CST)
Received: from relay4.UU.NET by relay4.UU.NET with ESMTP
(peer crosschecked as: root@localhost)
id QQfzop10833;
Sun, 24 Jan 1999 12:48:05 -0500 (EST)
Received: from wugate.wustl.edu by relay4.UU.NET with ESMTP
(peer crosschecked as: [128.252.120.1])
id QQfzop10826;
Sun, 24 Jan 1999 12:48:04 -0500 (EST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA03117;
Sun, 24 Jan 1999 11:45:00 -0600 (CST)
Received: from mail.rdc1.az.home.com ([email protected] [24.1.240.66])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA24484
for <[email protected]>; Sun, 24 Jan 1999 11:38:18 -0600 (CST)
Received: from cx24503-d ([24.1.245.117]) by mail.rdc1.az.home.com
(InterMail v4.00.03 201-229-104) with SMTP
id <19990124173816.BYSU6286.mail.rdc1.az.home.com@cx24503-d>;
Sun, 24 Jan 1999 09:38:16 -0800
Message-Id: <[email protected]>
Date: Sun, 24 Jan 1999 10:38:44 -0700
Reply-To: [email protected]
Sender: [email protected]
From: "Howard Moneta" <[email protected]>
To: "Gregory A Lundberg" <[email protected]>
Cc: "wu-ftpd list" <[email protected]>
Subject: Re: Fw: A few questions from a new user.
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 4.72.3155.0
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3155.0
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

>> I would also like to be able to cap the maximum transfer rate so that
>> I don't have fast internet connections sucking all of my bandwidth.
>
>VR12 supports this.

Ok great! I downloaded VR12 but I did not understand how to compile it.
Luckily I found a precompiled version of it and loaded it up. It works
great and I have implemented many of it's features. I am still confused
though about the above question. I have an ftp directory called /ftproot
and I would like to cap the transfer rates of a certain user. Is there a
command I can add to the ftpaccess file to do that? I would like to be able
to ftp into the box and transfer at full speed. I just want to cap a
particular user's transfers from the /ftpaccess directory and its subs.

Thanks!

Howard
[email protected]

From [email protected] Mon Jan 25 06:41:37 1999
Received: from relay4.UU.NET (relay4.UU.NET [192.48.96.14])
by landfield.com (8.9.0/8.9.0) with ESMTP id GAA07386;
Mon, 25 Jan 1999 06:41:37 -0600 (CST)
Received: from relay4.UU.NET by relay4.UU.NET with ESMTP
(peer crosschecked as: root@localhost)
id QQfzow27482;
Sun, 24 Jan 1999 14:32:11 -0500 (EST)
Received: from wugate.wustl.edu by relay4.UU.NET with ESMTP
(peer crosschecked as: wugate.wustl.edu [128.252.120.1])
id QQfzow27475;
Sun, 24 Jan 1999 14:32:10 -0500 (EST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA08483;
Sun, 24 Jan 1999 13:30:31 -0600 (CST)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA23231
for <[email protected]>; Sun, 24 Jan 1999 13:25:17 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id OAA10304;
Sun, 24 Jan 1999 14:25:13 -0500
Message-Id: <[email protected]>
Date: Sun, 24 Jan 1999 14:25:13 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Howard Moneta <[email protected]>
Cc: wu-ftpd list <[email protected]>
Subject: Re: Time of day restrictions.
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Sun, 24 Jan 1999, Howard Moneta wrote:

> Here is a section of my /etc/ftpaccess file that pertains to what
> times of day the guest user dnload1 can log into my FTP. I had it
> configured like below and it was working properly until I upgraded to
> the VR12 version of wu-ftpd. Has the syntax for specifying the times
> of day a limit pertains to changed? Even though I have it set to not
> allow any guest class users to log in between 0600-1800, it still is
> allowing them to connect. It appears to be ignoring the time
> specification after the Any. Any ideas what might have changed
> between when I was running Wu-ftpd Beta 18 and upgrading the VR12?
>
> loginfails 2
> class guest guest *
> class local real *
> hostname Genma's FTP
> guestuser dnload1
>
> limit guest 3 Any1800-0600 /etc/msgs/msg.toomany
> limit guest 0 Any0600-1800 /etc/msgs/msg.serverdown
> limit local 1 Any
> limit-time guest 120

No specific changes for this, but you might try moving the guest 0 line
above the guest 3.

--

Gregory A Lundberg Senior Partner, VRnet Company
1441 Elmdale Drive [email protected]
Kettering, OH 45409-1615 USA 1-800-809-2195

From [email protected] Mon Jan 25 06:43:01 1999
Received: from relay6.UU.NET (relay6.UU.NET [192.48.96.16])
by landfield.com (8.9.0/8.9.0) with ESMTP id GAA07459;
Mon, 25 Jan 1999 06:43:01 -0600 (CST)
Received: from relay6.UU.NET by relay6.UU.NET with ESMTP
(peer crosschecked as: root@localhost)
id QQfzdd11417;
Thu, 21 Jan 1999 10:20:08 -0500 (EST)
Received: from wugate.wustl.edu by relay6.UU.NET with ESMTP
(peer crosschecked as: wugate.wustl.edu [128.252.120.1])
id QQfzdd11387;
Thu, 21 Jan 1999 10:20:03 -0500 (EST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id JAA07326;
Thu, 21 Jan 1999 09:16:52 -0600 (CST)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id JAA10098
for <[email protected]>; Thu, 21 Jan 1999 09:15:19 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id KAA20397;
Thu, 21 Jan 1999 10:15:10 -0500
Message-Id: <[email protected]>
Date: Thu, 21 Jan 1999 10:15:10 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Stefan Pfenninger <[email protected]>
Cc: [email protected]
Subject: Re: wuftpd on Solaris 2.5.1 only anonymous works
In-Reply-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, 21 Jan 1999, Stefan Pfenninger wrote:

> class all real,guest,anonymous *
> guestgroup ftpguests
>
> and when i delete the user ftp then also the anonymous diden't work ..

the username 'ftp' *IS* the anonymous FTP user.

> passwd:
> guestuser:x:1009:203:Guest FTP-User:/space/ftp:/bin/ksh
>
> group
> ftpguests::203:de,tz,oru

guestuser should be explicitly in ftpguests group.

--

Gregory A Lundberg Senior Partner, VRnet Company
1441 Elmdale Drive [email protected]
Kettering, OH 45409-1615 USA 1-800-809-2195

From [email protected] Mon Jan 25 06:43:36 1999
Received: from relay6.UU.NET (relay6.UU.NET [192.48.96.16])
by landfield.com (8.9.0/8.9.0) with ESMTP id GAA07544;
Mon, 25 Jan 1999 06:43:35 -0600 (CST)
Received: from relay6.UU.NET by relay6.UU.NET with ESMTP
(peer crosschecked as: root@localhost)
id QQfzhu18603;
Fri, 22 Jan 1999 16:37:42 -0500 (EST)
Received: from wugate.wustl.edu by relay6.UU.NET with ESMTP
(peer crosschecked as: wugate.wustl.edu [128.252.120.1])
id QQfzhu18585;
Fri, 22 Jan 1999 16:37:38 -0500 (EST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA18999;
Fri, 22 Jan 1999 15:33:53 -0600 (CST)
Received: from jpmorgan.com (threshold3.jpmorgan.com [169.71.1.12])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA17515
for <[email protected]>; Fri, 22 Jan 1999 15:29:30 -0600 (CST)
Received: (from uucp@localhost)
by jpmorgan.com (8.8.5/8.8.5) id QAA01558
for <[email protected]>; Fri, 22 Jan 1999 16:29:23 -0500 (EST)
Received: from mrszip.ny.jpmorgan.com(198.75.231.19) by threshold3.jpmorgan.com via smap (4.1)
id xma024608; Fri, 22 Jan 99 16:22:21 -0500
Received: from tintin.ny.jpmorgan.com (tintin.ny.jpmorgan.com [169.124.80.234])
by mrszip.ny.jpmorgan.com (8.8.8/8.8.8) with ESMTP id QAA00332
for <[email protected]>; Fri, 22 Jan 1999 16:22:20 -0500 (EST)
Received: from jpmorgan.com (tintin [169.124.80.234])
by tintin.ny.jpmorgan.com (8.8.8/8.8.8) with ESMTP id QAA14965
for <[email protected]>; Fri, 22 Jan 1999 16:22:19 -0500 (EST)
Message-Id: <[email protected]>
Date: Fri, 22 Jan 1999 16:22:19 -0500
Reply-To: [email protected]
Sender: [email protected]
From: Malika Roy <[email protected]>
To: [email protected]
Subject: ftp> quote site exec <program>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Sender: [email protected]
X-Disclaimer: This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction, unless specifically agreed otherwise. All market prices, data and other information is not warranted as to completeness or accuracy and is subject to change without notice. Any comments or statements made herein do not necessarily reflect those of J.P. Morgan & Co. Incorporated, its subsidiaries and affiliates.
X-Mailer: Mozilla 4.05 [en] (X11; U; SunOS 5.6 sun4m)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hello,

I recently installed wu-ftpd version 2.4.

I can't seem to get "quote site exec <program_name>"
to work.

Can you make some suggestions to what I should
look for in terms of configuration, etc.?

Thank you.

Malika

From [email protected] Mon Jan 25 06:43:58 1999
Received: from relay6.UU.NET (relay6.UU.NET [192.48.96.16])
by landfield.com (8.9.0/8.9.0) with ESMTP id GAA07597;
Mon, 25 Jan 1999 06:43:57 -0600 (CST)
Received: from relay6.UU.NET by relay6.UU.NET with ESMTP
(peer crosschecked as: root@localhost)
id QQfzln02828;
Sat, 23 Jan 1999 16:55:26 -0500 (EST)
Received: from wugate.wustl.edu by relay6.UU.NET with ESMTP
(peer crosschecked as: wugate.wustl.edu [128.252.120.1])
id QQfzln02822;
Sat, 23 Jan 1999 16:55:25 -0500 (EST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA26257;
Sat, 23 Jan 1999 15:53:44 -0600 (CST)
Received: from www.aachen.linux.de ([email protected] [198.22.51.242])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA21066
for <[email protected]>; Sat, 23 Jan 1999 15:52:48 -0600 (CST)
Received: from localhost (localhost.microsoft.eu.org [127.0.0.1])
by www.aachen.linux.de (Postfix) with SMTP
id AD747D0B7; Sun, 24 Jan 1999 00:03:46 +0100 (CET)
Message-Id: <[email protected]>
Date: Sun, 24 Jan 1999 00:03:46 +0100 (CET)
Reply-To: [email protected]
Sender: [email protected]
From: Bernhard Rosenkraenzer <[email protected]>
To: Malika Roy <[email protected]>
Cc: [email protected], [email protected], [email protected]
Subject: Re: [Fwd: ftp> quote site exec <program>]
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 Sat, 23 Jan 1999, Malika Roy wrote:

> In continuation of the previous email request:
>
> I've installed wu-ftpd2.4.2-beta-18.
> But "quote site exec <program>" still does not work.
> The program is a simple shell program that echoes "Hello".

You can't run a shell script in a chrooted environment unless you copy a
shell there, which I'd strongly recommend against for security reasons.

LLaP
bero

From [email protected] Mon Jan 25 10:49:23 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id KAA10410;
Mon, 25 Jan 1999 10:49:13 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA14486;
Mon, 25 Jan 1999 10:41:22 -0600 (CST)
Received: from tounes.gw.tn (tounes.gw.tn [193.95.50.118])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA15195
for <[email protected]>; Mon, 25 Jan 1999 10:37:16 -0600 (CST)
Received: from tounes.tn (tounes.tn [193.95.50.110])
by tounes.gw.tn (8.8.8/8.8.8) with ESMTP id RAA08696
for <[email protected]>; Mon, 25 Jan 1999 17:33:55 -0100 (GMT)
Received: from tounes.ati.tn (tounes.ati.tn [193.95.66.21])
by tounes.tngw.tn (8.8.8/8.8.8) with ESMTP id RAA23471
for <[email protected]>; Mon, 25 Jan 1999 17:36:31 -0100 (GMT)
Received: from mail.gnet.tn ([193.95.67.109])
by tounes.ati.tn (8.8.8/8.8.8) with SMTP id RAA24563
for <[email protected]>; Mon, 25 Jan 1999 17:43:03 -0100
Received: from gnet.tn by mail.gnet.tn (SMI-8.6/SMI-SVR4)
id RAA12212; Mon, 25 Jan 1999 17:38:09 -0100
Message-Id: <[email protected]>
Date: Mon, 25 Jan 1999 14:05:12 +0100
Reply-To: [email protected]
Sender: [email protected]
From: FATHI BEN NASR <[email protected]>
To: [email protected]
Subject: Problems with wu-ftpd
MIME-Version: 1.0
Content-Type: multipart/mixed;
boundary="------------F1FB3F7F394E26A32BDA4E43"
X-Mailer: Mozilla 4.5 [fr] (Win95; I)
X-Accept-Language: fr
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Il s'agit d'un message multivolet au format MIME.
--------------F1FB3F7F394E26A32BDA4E43
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

I am trying to build an Intranet. I have, successfully, installed
wu-ftpd-2.4.2-beta-18 and I can get to my server with ftp://193.94.6.200
for another Linux machine and in ms-dos mode from windows95. I can also
get the welcome message from msie3.0 or communicator4.5 when typing the
IP adress in the title bar.
Things go bad when I try to go to ftp://ftp.sfa.com (wich has an entry
in my DNS files). So I get the following message from a windows95
workstation:

msie3.0's message:
220 server.sfa.com FTP server () ready.
500 'GET ftp://ftp.sfa.com/ HTTP/1.0': command not understood.
500 'PRAGMA: No-Cache': command not understood.
500 'USER-AGENT: Mozilla/2.0 (compatible; MSIE 3.0; Windows 95)':
command not understood.
500 'HOST: ftp.sfa.com': command not understood.
500 'PROXY-CONNECTION: Keep-Alive': command not understood.
500 '': command not understood.

communicator 4.5 gives me a time out error message when asked for
ftp://ftp.sfa.com or the index.html file of www.sfa.com when apache
1.3.4 is running.

I am using slackware 3.3.0 with a kernel patched to 2.0.36.

I enclosed all my rc and nemed files - and some others - to give, who
wants to help me, more information about my configuration.

The wu-ftp deamon seems to be started from inetd.conf, but I get no ftp
entry from a ps command.

Fathi Ben Nasr.
Sorry for hopping your mailboxes with all this files.
--------------F1FB3F7F394E26A32BDA4E43
Content-Type: text/plain; charset=us-ascii;
name="named.boot"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
filename="named.boot"

directory /etc
primary 0.0.127.IN-ADDR.ARPA named.local
primary sfa.com named.hosts
primary 006.094.193.IN-ADDR.ARPA named.rev

--------------F1FB3F7F394E26A32BDA4E43
Content-Type: text/plain; charset=us-ascii;
name="named.hosts"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
filename="named.hosts"

@ IN SOA sfa.com. root.sfa.com. (
1999012001
3600
300
3600000
14400 )
IN NS server.sfa.com.
www IN A 193.094.006.200
mail IN A 193.094.006.200
news IN A 193.095.006.200
ftp IN A 193.094.006.200
server IN A 193.094.006.200

--------------F1FB3F7F394E26A32BDA4E43
Content-Type: text/plain; charset=us-ascii;
name="named.local"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
filename="named.local"

@ IN SOA sfa.com. root.sfa.com. (
1999012001
3600
300
3600000
14400 )
IN NS server.sfa.com.
1 IN PTR localhost.

--------------F1FB3F7F394E26A32BDA4E43
Content-Type: text/plain; charset=us-ascii;
name="named.rev"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
filename="named.rev"

@ IN SOA sfa.com. root.sfa.com. (
1999012001
3600
300
3600000
14400 )
IN NS www.sfa.com.
200 IN PTR www.sfa.com.
200 IN PTR ftp.sfa.com.
200 IN PTR mail.sfa.com.
200 IN PTR news.sfa.com.
200 IN PTR server.sfa.com

--------------F1FB3F7F394E26A32BDA4E43
Content-Type: text/plain; charset=us-ascii;
name="rc.0"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
filename="rc.0"

#! /bin/sh
#
# rc.6 This file is executed by init when it goes into runlevel
# 0 (halt) or runlevel 6 (reboot). It kills all processes,
# unmounts file systems and then either halts or reboots.
#
# Version: @(#)/etc/rc.d/rc.6 1.50 1994-01-15
#
# Author: Miquel van Smoorenburg <[email protected]>
# Modified by: Patrick J. Volkerding, <[email protected]>
#

# Set the path.
PATH=/sbin:/etc:/bin:/usr/bin

# Set linefeed mode to avoid staircase effect.
stty onlcr

echo "Running shutdown script $0:"

# Find out how we were called.
case "$0" in
*0)
message="The system is halted."
command="halt"
;;
*6)
message="Rebooting."
command=reboot
;;
*)
echo "$0: call me as \"rc.0\" or \"rc.6\" please!"
exit 1
;;
esac

# Kill all processes.
# INIT is supposed to handle this entirely now, but this didn't always
# work correctly without this second pass at killing off the processes.
# Since INIT already notified the user that processes were being killed,
# we'll avoid echoing this info this time around.
if [ "$1" != "fast" ]; then # shutdown did not already kill all processes
killall5 -15
killall5 -9
fi

# Try to turn off quota and accounting.
if [ -x /usr/sbin/quotaoff ]
then
echo "Turning off quota."
/usr/sbin/quotaoff -a
fi
if [ -x /sbin/accton ]
then
echo "Turning off accounting."
/sbin/accton
fi

# Before unmounting file systems write a reboot or halt record to wtmp.
$command -w

# Save localtime
[ -e /usr/lib/zoneinfo/localtime ] && cp /usr/lib/zoneinfo/localtime /etc

# Asynchronously unmount any remote filesystems:
echo "Unmounting remote filesystems."
umount -a -tnfs &

# Turn off swap, then unmount local file systems.
echo "Turning off swap."
swapoff -a
echo "Unmounting local file systems."
umount -a -tnonfs
# Don't remount UMSDOS root volumes:
if [ ! "`mount | head -1 | cut -d ' ' -f 5`" = "umsdos" ]; then
mount -n -o remount,ro /
fi

# See if this is a powerfail situation.
if [ -f /etc/power_is_failing ]; then
echo "Turning off UPS, bye."
/sbin/powerd -q
exit 1
fi

# Now halt or reboot.
echo "$message"
[ ! -f /etc/fastboot ] && echo "On the next boot fsck will be FORCED."
$command -f

--------------F1FB3F7F394E26A32BDA4E43
Content-Type: text/plain; charset=us-ascii;
name="rc.4"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
filename="rc.4"

#! /bin/sh
#
# rc.4 This file is executed by init(8) when the system is being
# initialized for run level 4 (XDM)
#
# Version: @(#)/etc/rc.d/rc.4 2.00 02/17/93
#
# Author: Fred N. van Kempen, <[email protected]>
#

# Tell the viewers what's going to happen...
echo "Starting up the X Window System V.11 R.6..."

# Call the "xdm" program.
exec /usr/X11R6/bin/xdm -nodaemon

# All done.

--------------F1FB3F7F394E26A32BDA4E43
Content-Type: text/plain; charset=us-ascii;
name="rc.6"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
filename="rc.6"

#! /bin/sh
#
# rc.6 This file is executed by init when it goes into runlevel
# 0 (halt) or runlevel 6 (reboot). It kills all processes,
# unmounts file systems and then either halts or reboots.
#
# Version: @(#)/etc/rc.d/rc.6 1.50 1994-01-15
#
# Author: Miquel van Smoorenburg <[email protected]>
# Modified by: Patrick J. Volkerding, <[email protected]>
#

# Set the path.
PATH=/sbin:/etc:/bin:/usr/bin

# Set linefeed mode to avoid staircase effect.
stty onlcr

echo "Running shutdown script $0:"

# Find out how we were called.
case "$0" in
*0)
message="The system is halted."
command="halt"
;;
*6)
message="Rebooting."
command=reboot
;;
*)
echo "$0: call me as \"rc.0\" or \"rc.6\" please!"
exit 1
;;
esac

# Kill all processes.
# INIT is supposed to handle this entirely now, but this didn't always
# work correctly without this second pass at killing off the processes.
# Since INIT already notified the user that processes were being killed,
# we'll avoid echoing this info this time around.
if [ "$1" != "fast" ]; then # shutdown did not already kill all processes
killall5 -15
killall5 -9
fi

# Try to turn off quota and accounting.
if [ -x /usr/sbin/quotaoff ]
then
echo "Turning off quota."
/usr/sbin/quotaoff -a
fi
if [ -x /sbin/accton ]
then
echo "Turning off accounting."
/sbin/accton
fi

# Before unmounting file systems write a reboot or halt record to wtmp.
$command -w

# Save localtime
[ -e /usr/lib/zoneinfo/localtime ] && cp /usr/lib/zoneinfo/localtime /etc

# Asynchronously unmount any remote filesystems:
echo "Unmounting remote filesystems."
umount -a -tnfs &

# Turn off swap, then unmount local file systems.
echo "Turning off swap."
swapoff -a
echo "Unmounting local file systems."
umount -a -tnonfs
# Don't remount UMSDOS root volumes:
if [ ! "`mount | head -1 | cut -d ' ' -f 5`" = "umsdos" ]; then
mount -n -o remount,ro /
fi

# See if this is a powerfail situation.
if [ -f /etc/power_is_failing ]; then
echo "Turning off UPS, bye."
/sbin/powerd -q
exit 1
fi

# Now halt or reboot.
echo "$message"
[ ! -f /etc/fastboot ] && echo "On the next boot fsck will be FORCED."
$command -f

--------------F1FB3F7F394E26A32BDA4E43
Content-Type: text/plain; charset=us-ascii;
name="rc.cdrom"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
filename="rc.cdrom"

#
# /etc/rc.d/rc.cdrom
# This script searches for a CD-ROM on the known Linux CD devices.
# If one is found, it is mounted under $MOUNTPOINT.
#
# It can make some darn annoying error messages though, so it's no
# longer executable by default. If you want it on, do this:
#
# chmod 755 rc.cdrom
#

MOUNTPOINT="/cdrom"
unset SKIP
if mount | fgrep "on $MOUNTPOINT " 1> /dev/null 2> /dev/null ; then
SKIP=1
elif [ ! -d $MOUNTPOINT ]; then
SKIP=1
fi
if [ ! "$SKIP" = "1" ]; then
unset MOUNT
echo -n "Checking for a CD... "
for device in cdrom scd0 scd1 hdd hdc hdb hda hde hdf hdg hdh \
sonycd cdu535 mcd sbpcd aztcd cm206cd gscd0 mcdx0 mcdx1 optcd0 \
sjcd lmscd ; do # check for a CD-ROM drive with a disc in it.
if mount -t iso9660 -o ro /dev/$device $MOUNTPOINT 1> /dev/null 2> /dev/null ; then
MOUNT=1
if [ ! "$device" = "cdrom" ]; then
rm -f /dev/cdrom
ln -sf /dev/$device /dev/cdrom
fi
break;
fi
done
if [ "$MOUNT" = "1" ]; then # mount successful
echo "found on /dev/$device."
if [ -d /cdrom/rootdsks.144 -o -d /cdrom/rootdsks ]; then # Slackware CD-ROM is mounted.
echo " Mounting Slackware Linux CD-ROM under $MOUNTPOINT."
else
echo " Mounting unknown ISO9660 CD-ROM under $MOUNTPOINT."
fi
else
echo "no CD found."
fi
fi

--------------F1FB3F7F394E26A32BDA4E43
Content-Type: text/plain; charset=us-ascii;
name="rc.inet1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
filename="rc.inet1"

#! /bin/sh
#
# rc.inet1 This shell script boots up the base INET system.
#
# Version: @(#)/etc/rc.d/rc.inet1 1.01 05/27/93
#

HOSTNAME=`cat /etc/HOSTNAME`

# Attach the loopback device.
/sbin/ifconfig lo 127.0.0.1
/sbin/route add -net 127.0.0.0 netmask 255.0.0.0 lo

# IF YOU HAVE AN ETHERNET CONNECTION, use these lines below to configure the
# eth0 interface. If you're only using loopback or SLIP, don't include the
# rest of the lines in this file.

# Edit for your setup.
IPADDR="193.94.6.200" # REPLACE with YOUR IP address!
NETMASK="255.255.255.0" # REPLACE with YOUR netmask!
NETWORK="193.94.6.0" # REPLACE with YOUR network address!
BROADCAST="193.94.6.255" # REPLACE with YOUR broadcast address, if you
# have one. If not, leave blank and edit below.
GATEWAY="193.94.6.100" # REPLACE with YOUR gateway address!

# Uncomment the line below to configure your ethernet card.
/sbin/ifconfig eth0 ${IPADDR} broadcast ${BROADCAST} netmask ${NETMASK}

# If the line above is uncommented, the code below can also be uncommented.
# It sees if the ethernet was properly initialized, and gives the admin some
# hints about what to do if it wasn't.
if [ ! $? = 0 ]; then
cat << END
Your ethernet card was not initialized properly. Here are some reasons why this
may have happened, and the solutions:
1. Your kernel does not contain support for your card. Including all the
network drivers in a Linux kernel can make it too large to even boot, and
sometimes including extra drivers can cause system hangs. To support your
ethernet, either edit /etc/rc.d/rc.modules to load the support at boottime,
or compile and install a kernel that contains support.
2. You don't have an ethernet card, in which case you should comment out this
section of /etc/rc.d/rc.inet1. (Unless you don't mind seeing this error...)
END
fi

# Uncomment these to set up your IP routing table.
/sbin/route add -net ${NETWORK} netmask ${NETMASK} eth0
if [ ! "$GATEWAY" = "" ]; then
/sbin/route add default gw ${GATEWAY} netmask 0.0.0.0 metric 1
fi

# End of rc.inet1

--------------F1FB3F7F394E26A32BDA4E43
Content-Type: text/plain; charset=us-ascii;
name="rc.inet2"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
filename="rc.inet2"

#!/bin/sh
#
# rc.inet2 This shell script boots up the entire INET system.
# Note, that when this script is used to also fire
# up any important remote NFS disks (like the /usr
# distribution), care must be taken to actually
# have all the needed binaries online _now_ ...
#
# Author: Fred N. van Kempen, <[email protected]>
#

# Constants.
NET="/usr/sbin"
IN_SERV="lpd"
LPSPOOL="/var/spool/lpd"

# At this point, we are ready to talk to The World...
echo "Mounting remote file systems..."
/sbin/mount -a -t nfs # This may be our /usr runtime!!!

echo -n "Starting daemons:"

# Start the SYSLOGD/Klogd daemons. These must come first.
if [ -f ${NET}/syslogd ]; then
echo -n " syslogd"
${NET}/syslogd & # Backgrounded to avoid an ugly notice from bash-2.0
echo -n " klogd"
${NET}/klogd
fi

# Start the SUN RPC Portmapper.
if [ -f ${NET}/rpc.portmap ]; then
echo -n " portmap"
${NET}/rpc.portmap
fi

# Start the INET SuperServer
if [ -f ${NET}/inetd ]; then
echo -n " inetd"
${NET}/inetd
else
echo "no INETD found. INET cancelled!"
exit 1
fi

# # Start the NAMED/BIND name server.
if [ -f ${NET}/named ]; then
echo -n " named"
${NET}/named
fi

# # Start the ROUTEd server.
# if [ -f ${NET}/routed ]; then
# echo -n " routed"
# ${NET}/routed -g -s
# fi

# # Start the RWHO server.
# if [ -f ${NET}/rwhod ]; then
# echo -n " rwhod"
# ${NET}/rwhod -t -s
# fi

# Start the various INET servers.
for server in ${IN_SERV} ; do
if [ -f ${NET}/${server} ]; then
echo -n " ${server}"
${NET}/${server}
fi
done

# # Start the various SUN RPC servers.
if [ -f ${NET}/rpc.portmap ]; then
# Start the NFS server daemons.
if [ -f ${NET}/rpc.mountd ]; then
echo -n " mountd"
${NET}/rpc.mountd
fi
if [ -f ${NET}/rpc.nfsd ]; then
echo -n " nfsd"
${NET}/rpc.nfsd
fi
# # Fire up the PC-NFS daemon(s).
# if [ -f ${NET}/rpc.pcnfsd ]; then
# echo -n " pcnfsd"
# ${NET}/rpc.pcnfsd ${LPSPOOL}
# fi
# if [ -f ${NET}/rpc.bwnfsd ]; then
# echo -n " bwnfsd"
# ${NET}/rpc.bwnfsd ${LPSPOOL}
# fi
fi # Done starting various SUN RPC servers.

# The 'echo' below will put a carriage return at the end
# of the list of started servers.
echo

# # Setting up NIS:
# # (NOTE: For detailed information about setting up NIS, see the
# # documentation in /usr/doc/yp-clients and /usr/doc/ypserv)
# #
# # First, we must set the NIS domainname. NOTE: this is not
# # necessarily the same as your DNS domainname, set in
# # /etc/resolv.conf! The NIS domainname is the name of a domain
# # served by your NIS server.
#
# if [ -r /etc/defaultdomain ]; then
# nisdomainname `cat /etc/defaultdomain`
# fi
#
# # Then, we start up ypbind. It will use broadcast to find a server.
#
# if [ -d /var/yp ] ; then
# echo "Running ypbind..."
# /usr/sbin/ypbind
# fi

# Done!

--------------F1FB3F7F394E26A32BDA4E43
Content-Type: text/plain; charset=us-ascii;
name="rc.K"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
filename="rc.K"

#! /bin/sh
#
# rc.K This file is executed by init when it goes into runlevel
# 1, which is the administrative state. It kills all
# deamons and then puts the system into single user mode.
# Note that the file systems are kept mounted.
#
# Version: @(#)/etc/rc.d/rc.K 1.50 1994-01-18
# Version: @(#)/etc/rc.d/rc.K 1.60 1995-10-02 (PV)
#
# Author: Miquel van Smoorenburg <[email protected]>
# Modified by: Patrick J. Volkerding <[email protected]>
#

# Set the path.
PATH=/sbin:/etc:/bin:/usr/bin

# Kill all processes.
echo
echo "Sending all processes the TERM signal."
kill -15 -1
echo -n "Waiting for processes to terminate"
for loop in 0 1 2 3 4 5 6 7 ; do
sleep 1
echo -n "."
done
echo

# Try to turn off quota and accounting.
if [ -x /usr/sbin/quotaoff ]
then
echo "Turning off quota.."
/usr/sbin/quotaoff -a
fi
if [ -x /sbin/accton ]
then
echo "Turning off accounting.."
/sbin/accton
fi

# Now go to the single user level
echo "Telling INIT to go to single user mode (if not already there)..."
telinit -t 1 1

# This has to happen last because it could kill itself, because of
# the way init works.
echo "Sending all processes the KILL signal."
kill -9 -1

--------------F1FB3F7F394E26A32BDA4E43
Content-Type: text/plain; charset=us-ascii;
name="rc.keymap"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
filename="rc.keymap"

#!/bin/sh
/usr/bin/loadgzkeys azerty.map

--------------F1FB3F7F394E26A32BDA4E43
Content-Type: text/plain; charset=us-ascii;
name="rc.local"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
filename="rc.local"

#!/bin/sh
#
# /etc/rc.d/rc.local: Local system initialization script.
#
# Put any local setup commands in here:
# Running gpm
echo "Running gpm..."
gpm -t ps2
clear

--------------F1FB3F7F394E26A32BDA4E43
Content-Type: text/plain; charset=us-ascii;
name="rc.M"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
filename="rc.M"

#!/bin/sh
#
# rc.M This file is executed by init(8) when the system is being
# initialized for one of the "multi user" run levels (i.e.
# levels 1 through 6). It usually does mounting of file
# systems et al.
#
# Version: @(#)/etc/rc.d/rc.M 2.02 02/26/93
#
# Author: Fred N. van Kempen, <[email protected]>
# Heavily modified by Patrick Volkerding <[email protected]>
#

# Tell the viewers what's going to happen...
echo "Going multiuser..."
clear

# Screen blanks after 15 minutes idle time.
/bin/setterm -blank 15
clear

# Look for a CD-ROM in a CD-ROM drive, and if one is found,
# mount it under /cdrom. This must happen before any of the
# binaries on the CD are needed.
#
# If you don't have a CD-ROM and want to disable this, set the
# /etc/rc.d/rc.cdrom permissions to non-executable: chmod 644 /etc/rc.d/rc.cdrom
#
if [ -x /etc/rc.d/rc.cdrom ]; then
. /etc/rc.d/rc.cdrom
fi
clear

# If there's no /etc/HOSTNAME, fall back on this default:
if [ ! -r /etc/HOSTNAME ]; then
echo "server.sfa.com" > /etc/HOSTNAME
fi
clear

# Set the hostname. This might not work correctly if TCP/IP is not
# compiled in the kernel.
/bin/hostname `cat /etc/HOSTNAME | cut -f1 -d .`
clear

# Initialize the NET subsystem.
if [ -x /etc/rc.d/rc.inet1 ]; then
. /etc/rc.d/rc.inet1
. /etc/rc.d/rc.inet2
else
if [ -x /usr/sbin/syslogd ]; then
/usr/sbin/syslogd & # Backgrounded to avoid an ugly notice from bash-2.0
/usr/sbin/klogd
fi
if [ -x /usr/sbin/lpd ]; then
/usr/sbin/lpd
fi
fi
clear

# Start crond (Dillon's crond):
# If you want cron to actually log activity to /var/adm/cron, then change
# -l10 to -l8 to increase the logging level.
/usr/sbin/crond -l10 >>/var/adm/cron 2>&1

# Remove stale locks and junk files (must be done after mount -a!)
/bin/rm -f /var/spool/locks/* /var/lock/* /var/spool/uucp/LCK..* /tmp/.X*lock /tmp/core /core 1> /dev/null 2> /dev/null
clear

# Remove stale hunt sockets so the game can start.
if [ -r /tmp/hunt -o -r /tmp/hunt.stats ]; then
echo "Removing your stale hunt sockets from /tmp..."
/bin/rm -f /tmp/hunt*
fi
clear

# Ensure basic filesystem permissions sanity.
chmod 755 /
chmod 1777 /tmp /var/tmp
clear

# Update all the shared library links automatically
/sbin/ldconfig
clear

# Start the sendmail daemon:
if [ -x /usr/sbin/sendmail ]; then
echo "Starting mail daemon..."
clear
/usr/sbin/sendmail -bd -q15m
fi
clear

# Load a custom screen font if the user has an rc.font script.
if [ -x /etc/rc.d/rc.font ]; then
. /etc/rc.d/rc.font
fi
clear

# iBCS Emulation for Linux
# The Intel Binary Compatibility Specification, or iBCS, specifies the
# interfaces between application programs and the surrounding operating
# system environment for i386 based systems. There are however several
# flavours of iBCS in use - SVR4, SVR3 plus several vendor specific
# extensions to SVR3 which are slightly different and incompatible. The
# iBCS emulator for Linux supports all flavours known so far.
if [ -x /etc/rc.d/rc.ibcs2 ]; then
. /etc/rc.d/rc.ibcs2
fi
clear

# Start Web server:
#if [ -x /etc/rc.d/rc.httpd ]; then
# . /etc/rc.d/rc.httpd
#fi

# Load a custom keymap if the user has an rc.keymap script.
if [ -x /etc/rc.d/rc.keymap ]; then
. /etc/rc.d/rc.keymap
fi
clear

# Start the local setup procedure.
if [ -x /etc/rc.d/rc.local ]; then
. /etc/rc.d/rc.local
fi
clear

# All done.

--------------F1FB3F7F394E26A32BDA4E43
Content-Type: text/plain; charset=us-ascii;
name="rc.modules"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
filename="rc.modules"

#!/bin/sh
# rc.modules 1.11 Tue Jun 25 14:29:34 PDT 1996 pjv <[email protected]>
#
# This file loads extra drivers into the Linux kernel.
# The modules will be looked for under /lib/modules/<kernel version number>
#
# Most Linux kernel modules will accept extra options such as IRQ or base
# address, or to set various modes (such as 10baseT or BNC, etc). The Linux
# kernel source is the best place to look for extra documentation for the
# various modules. This can be found under /usr/src/linux-2.0 if you've
# installed it. Also, the kernel source docs are present on the Slackware
# CD in the /docs/kernel.20 directory.
#
# NOTE: If any problems arise loading or using these modules, try compiling
# and installing a custom kernel that contains the support instead. That
# always works. ;^)
#

clear
# Update module dependencies:
echo "Updating module dependencies:"
/sbin/depmod -a
clear

# Automatic module loading. To load and unload kernel modules
# automatically as needed, uncomment the lines below to run kerneld.
# In some cases, you'll need to create aliases to load the correct
# module. For more information, see the docs in /usr/doc/modules.

#if [ -x /sbin/kerneld ]; then
# /sbin/kerneld
#fi

# These modules add CD-ROM drive support. Most of these drivers will probe
# for the I/O address and IRQ of the drive automatically if the parameters
# to configure them are omitted. Typically the I/O address will be specified
# in hexadecimal, e.g.: cm206=0x300,11
#
#/sbin/modprobe aztcd aztcd=<I/O address>
#/sbin/modprobe cdu31a cdu31a_port=<I/O address> cdu31a_irq=<interrupt>
#/sbin/modprobe cm206 cm206=<I/O address>,<IRQ>
#/sbin/modprobe gscd gscd=<I/O address>
#/sbin/modprobe mcd mcd=<I/O address>,<IRQ>
#/sbin/modprobe mcdx mcdx=<I/O address>,<IRQ>
#/sbin/modprobe optcd optcd=<I/O address>
# Below, this last number is "1" for SoundBlaster Pro card, or "0" for a clone.
#/sbin/modprobe sbpcd sbpcd=<I/O address>,1
#/sbin/modprobe sonycd535 sonycd535=<I/O address>
#/sbin/modprobe sjcd sjcd=<I/O address>

# Parallel port (printer) support:
/sbin/modprobe lp
clear

# Cyclades multiport serial card support:
#/sbin/modprobe cyclades

# Serial line IP support (SLIP/CSLIP/PPP):
# This module is for SLIP/CSLIP support:
/sbin/modprobe slip
clear
# This module is for PPP support:
/sbin/modprobe ppp
clear
# This module provides BSD compression for PPP (optional):
#/sbin/modprobe bsd_comp

# Sound support:
# (The sound module included with Slackware is configured for a SoundBlaster 16
# or AWE32 at I/O 0x220 IRQ 5. If you need a different configuration you'll
# need to compile your own module from the Linux kernel source)
#/sbin/modprobe sound

# Network device support:
# Most of these drivers will probe automatically for the card if you don't
# specify an I/O address and IRQ. But, the NE2000 driver needs at least the
# I/O. For complete information, see the net-modules.txt file that comes
# with the Linux 2.0.0 source code. This file can also be found on the
# Slackware CD-ROM in the /docs/kernel.20 directory.
#
# Ethernet cards based on the 8390 chip.
#/sbin/modprobe 3c503
#/sbin/modprobe ac3200
#/sbin/modprobe e2100
#/sbin/modprobe hp-plus
#/sbin/modprobe hp
#/sbin/modprobe ne io=0xNNN
#/sbin/modprobe smc-ultra
#/sbin/modprobe wd
#
# Other ethernet card drivers:
#/sbin/modprobe 3c501
#/sbin/modprobe 3c503
#/sbin/modprobe 3c505
#/sbin/modprobe 3c507
#/sbin/modprobe 3c509
#/sbin/modprobe 3c59x
#/sbin/modprobe apricot
#/sbin/modprobe arcnet
#/sbin/modprobe at1700
#/sbin/modprobe de4x5
#/sbin/modprobe de600
#/sbin/modprobe de620
#/sbin/modprobe depca
#/sbin/modprobe dgrs
#/sbin/modprobe eepro
#/sbin/modprobe eexpress
#/sbin/modprobe eth16i
#/sbin/modprobe ewrk3
#/sbin/modprobe fmv18x
#/sbin/modprobe hp100
#/sbin/modprobe ibmtr
#/sbin/modprobe ni52
#/sbin/modprobe smc9194
#/sbin/modprobe tulip
#/sbin/modprobe wavelan
#
# Parallel port IP:
#/sbin/modprobe plip
#
# Serial line load balancing support:
#/sbin/modprobe eql
#
# A dummy IP driver. Essentially a loopback device. Can be useful --
# see the Network Administrator's Guide from sunsite.unc.edu:/pub/Linux/docs/LDP
#/sbin/modprobe dummy

# Binary format/filesystem support.
#/sbin/modprobe binfmt_elf
#/sbin/modprobe ext
#/sbin/modprobe ext2
#/sbin/modprobe hpfs
#/sbin/modprobe isofs
#/sbin/modprobe minix
#/sbin/modprobe msdos
#/sbin/modprobe nfs
#/sbin/modprobe smbfs
#/sbin/modprobe sysv
#/sbin/modprobe umsdos
#/sbin/modprobe xiafs

# SCSI controller support:
#/sbin/modprobe 53c7,8xx
#/sbin/modprobe NCR53c406a
#/sbin/modprobe aha152x
#/sbin/modprobe aha1542
#/sbin/modprobe aha1740
#/sbin/modprobe aic7xxx
#/sbin/modprobe eata
#/sbin/modprobe eata_dma
#/sbin/modprobe eata_pio
#/sbin/modprobe fdomain
#/sbin/modprobe in2000
#/sbin/modprobe qlogic
#/sbin/modprobe scsi_mod
#/sbin/modprobe scsi_syms
#/sbin/modprobe sd_mod
#/sbin/modprobe seagate
#/sbin/modprobe sg
#/sbin/modprobe sr_mod
#/sbin/modprobe st
#/sbin/modprobe u14-34f
#/sbin/modprobe ultrastor
#/sbin/modprobe wd7000

# Mouse support:
#/sbin/modprobe atixlmouse
#/sbin/modprobe busmouse
#/sbin/modprobe mouse
#/sbin/modprobe msbusmouse
#/sbin/modprobe psaux

# Floppy drive support:
# (Most Linux kernels should already contain this)
#/sbin/modprobe floppy

--------------F1FB3F7F394E26A32BDA4E43
Content-Type: text/plain; charset=us-ascii;
name="rc.S"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
filename="rc.S"

#!/bin/sh
#
# /etc/rc.d/rc.S: System initialization script.
#
# Mostly written by: Patrick J. Volkerding, <[email protected]>
#

PATH=/sbin:/usr/sbin:/bin:/usr/bin

# enable swapping
/sbin/swapon -a

# Start update.
/sbin/update &

# Automatic module loading. To load and unload kernel modules
# automatically as needed, uncomment the lines below to run kerneld.
# In some cases, you'll need to create aliases to load the correct
# module. For more information, see the docs in /usr/doc/modules.
if [ -x /sbin/kerneld ]; then
/sbin/kerneld
fi

# Test to see if the root partition is read-only, like it ought to be.
READWRITE=no
if echo -n >> "Testing filesystem status"; then
rm -f "Testing filesystem status"
READWRITE=yes
fi

# Check the integrity of all filesystems
if [ ! $READWRITE = yes ]; then
/sbin/fsck -A -a
# If there was a failure, drop into single-user mode.
if [ $? -gt 1 ] ; then
echo
echo
echo "**************************************"
echo "fsck returned error code - REBOOT NOW!"
echo "**************************************"
echo
echo
/bin/login
fi
# Remount the root filesystem in read-write mode
echo "Remounting root device with read-write enabled."
/sbin/mount -w -n -o remount /
if [ $? -gt 0 ] ; then
echo
echo "Attempt to remount root device as read-write failed! This is going to"
echo "cause serious problems... "
echo
echo "If you're using the UMSDOS filesystem, you **MUST** mount the root partition"
echo "read-write! You can make sure the root filesystem is getting mounted "
echo "read-write with the 'rw' flag to Loadlin:"
echo
echo "loadlin vmlinuz root=/dev/hda1 rw (replace /dev/hda1 with your root device)"
echo
echo "Normal bootdisks can be made to mount a system read-write with the rdev command:"
echo
echo "rdev -R /dev/fd0 0"
echo
echo "You can also get into your system by using a bootkernel disk with a command"
echo "like this on the LILO prompt line: (change the root partition name as needed)"
echo
echo "LILO: mount root=/dev/hda1 rw"
echo
echo "Please press ENTER to continue, then reboot and use one of the above methods to"
echo -n "get into your machine and start looking for the problem. "
read junk;
fi
else
echo "Testing filesystem status: read-write filesystem"
if [ ! -d /DOS ]; then # no warn for UMSDOS (kind of a bad test, but...)
cat << EOF

*** ERROR: Root partition has already been mounted read-write. Cannot check!

For filesystem checking to work properly, your system must initially mount
the root partition as read only. Please modify your kernel with 'rdev' so that
it does this. If you're booting with LILO, add a line:

read-only

to the Linux section in your /etc/lilo.conf and type 'lilo' to reinstall it.

If you boot from a kernel on a floppy disk, put it in the drive and type:
rdev -R /dev/fd0 1

If you boot from a bootkernel disk, or with Loadlin, you can add the 'ro' flag.

This will fix the problem *AND* eliminate this annoying message. :^)

EOF
echo -n "Press ENTER to continue. "
read junk;
fi
fi

# remove /etc/mtab* so that mount will create it with a root entry
/bin/rm -f /etc/mtab* /etc/nologin /etc/shutdownpid

# mount file systems in fstab (and create an entry for /)
# but not NFS because TCP/IP is not yet configured
/sbin/mount -avt nonfs

# Clean up temporary files on the /var volume:
/bin/rm -f /var/run/utmp /var/run/*.pid

# Looks like we have to create this.
cat /dev/null > /var/run/utmp

# This can be changed if your system keeps GMT.
if [ -x /sbin/clock ]; then
/sbin/clock -s
fi

# Setup the /etc/issue and /etc/motd to reflect the current kernel level:
# THESE WIPE ANY CHANGES YOU MAKE TO /ETC/ISSUE AND /ETC/MOTD WITH EACH
# BOOT. COMMENT THEM OUT IF YOU WANT TO MAKE CUSTOM VERSIONS.
#echo > /etc/issue
#echo Welcome to Linux `/bin/uname -a | /bin/cut -d\ -f3`. >> /etc/issue
#echo >> /etc/issue
#echo "`/bin/uname -a | /bin/cut -d\ -f1,3`." > /etc/motd

# This loads any kernel modules that are needed. These might be required to
# use your CD-ROM drive, bus mouse, ethernet card, or other optional hardware.
if [ -x /etc/rc.d/rc.modules ]; then
. /etc/rc.d/rc.modules
fi

# Initialize PCMCIA devices:
#
# NOTE: This had been closer to the top of this script so that PCMCIA devices
# could be fsck'ed along with the other drives. This had some unfortunate
# side effects, however, since root isn't yet read-write, and /var might not
# even be mounted the .pid files can't be correctly written in /var/run and
# the pcmcia system can't be correctly shut down. If you want some PCMCIA
# partition to be mounted at boot (or when the card is inserted) then add
# the appropriate lines to /etc/pcmcia/scsi.opts.
#
if [ -x /etc/rc.d/rc.pcmcia ] ; then
. /etc/rc.d/rc.pcmcia start
fi

# Run serial port setup script:
# (CAREFUL! This can make some systems hang if the rc.serial script isn't
# set up correctly. If this happens, you may have to edit the file from a
# boot disk)
#
# . /etc/rc.d/rc.serial

--------------F1FB3F7F394E26A32BDA4E43
Content-Type: text/plain; charset=us-ascii;
name="rc.serial"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
filename="rc.serial"

#!/bin/sh
#
# /etc/rc.serial
# Initializes the serial ports on your system
#
# Version 2.01
#
# Without uncommenting some of the lines in this script, you'll be unable to
# use ports other than the first two, and those only if they use "standard"
# IRQ values (whatever those are... :^) The rc.serial script made a couple
# machines I tested this on hang at this point in the boot process, so it's
# commented out by default. However, if you need to set up extended serial
# ports, it's a very good starting point. It usually works great.
# More info that will be useful: I did some testing and found that the lines
# in /etc/rc.d/rc.serial that are most likely to make the machine hang are the
# one that sets up /dev/cua3, and the last time, which causes a report to be
# issued to the console about how the ports were configured. This tries to
# report on *every* port... if you change it so it only lists the ports you're
# going to use (/dev/cua0 /dev/cua1 /dev/cua2 for example) that it probably
# won't cause a hang. Also, the "wild" interrupt detection used for auto-
# configuration can cause problems as well. I highly recommend using the
# manual configuration lines to avoid trouble.
#

cd /dev

SETSERIAL="/bin/setserial -b"
PORTS=`echo cua? cua??`

echo -n "Configuring serial ports...."

# Do wild interrupt detection (uncomment if you're brave enough to
# attempt auto-configuration... )
#
# ${SETSERIAL} -W ${PORTS}

###############################################################
#
# AUTOMATIC CONFIGURATION
#
# Uncomment the appropriate lines below to enable auto-configuration
# of a particular board. Or comment them out to disable them....
#
###############################################################

# Do AUTOMATIC_IRQ probing
#
AUTO_IRQ=auto_irq

# These are the standard COM1 through COM4 devices
#
# If you have an internal modeme with a Rockwell Chipset, add a "skip_test"
# to the /dev/cua3 line below. (It's not added by default because it will
# screw up people with 8514 displays).
#
# ${SETSERIAL} /dev/cua0 ${AUTO_IRQ} skip_test autoconfig
# ${SETSERIAL} /dev/cua1 ${AUTO_IRQ} skip_test autoconfig
# ${SETSERIAL} /dev/cua2 ${AUTO_IRQ} skip_test autoconfig
# ${SETSERIAL} /dev/cua3 ${AUTO_IRQ} autoconfig

# These are for the first AST Fourport board (base address 0x1A0)
#
# ${SETSERIAL} /dev/cua4 ${AUTO_IRQ} autoconfig
# ${SETSERIAL} /dev/cua5 ${AUTO_IRQ} autoconfig
# ${SETSERIAL} /dev/cua6 ${AUTO_IRQ} autoconfig
# ${SETSERIAL} /dev/cua7 ${AUTO_IRQ} autoconfig

# These are for the second AST Fourport board (base address 0x2A0)
#
# ${SETSERIAL} /dev/cua8 ${AUTO_IRQ} autoconfig
# ${SETSERIAL} /dev/cua9 ${AUTO_IRQ} autoconfig
# ${SETSERIAL} /dev/cua10 ${AUTO_IRQ} autoconfig
# ${SETSERIAL} /dev/cua11 ${AUTO_IRQ} autoconfig

# These are the 3rd and 4th ports on the Accent Async board.
#
# ${SETSERIAL} /dev/cua12 ${AUTO_IRQ} autoconfig
# ${SETSERIAL} /dev/cua13 ${AUTO_IRQ} autoconfig

# Usenet Serial Board II (base address 0x100)
#
# ${SETSERIAL} /dev/cua16 ${AUTO_IRQ} autoconfig
# ${SETSERIAL} /dev/cua17 ${AUTO_IRQ} autoconfig
# ${SETSERIAL} /dev/cua18 ${AUTO_IRQ} autoconfig
# ${SETSERIAL} /dev/cua19 ${AUTO_IRQ} autoconfig

# BocaBoard 4 port (BB-1004) (base address 0x100)
#
# ${SETSERIAL} /dev/cua16 ${AUTO_IRQ} autoconfig
# ${SETSERIAL} /dev/cua17 ${AUTO_IRQ} autoconfig
# ${SETSERIAL} /dev/cua18 ${AUTO_IRQ} autoconfig
# ${SETSERIAL} /dev/cua19 ${AUTO_IRQ} autoconfig

# BocaBoard 8 port (BB-1008) (base address 0x100),
# or two BB-1004's (base addresses 0x100 and 0x120)
#
# ${SETSERIAL} /dev/cua16 ${AUTO_IRQ} autoconfig
# ${SETSERIAL} /dev/cua17 ${AUTO_IRQ} autoconfig
# ${SETSERIAL} /dev/cua18 ${AUTO_IRQ} autoconfig
# ${SETSERIAL} /dev/cua19 ${AUTO_IRQ} autoconfig
# ${SETSERIAL} /dev/cua20 ${AUTO_IRQ} autoconfig
# ${SETSERIAL} /dev/cua21 ${AUTO_IRQ} autoconfig
# ${SETSERIAL} /dev/cua22 ${AUTO_IRQ} autoconfig
# ${SETSERIAL} /dev/cua23 ${AUTO_IRQ} autoconfig

# BocaBoard 16 port (BB-1008), (base address 0x100),
# or two BB-1008's (base addresses 0x100 and 0x140),
# or four BB-1004's (base address 0x100, 0x120, 0x140, and 0x160)
#
# Warning --- some of these ports may conflict with the Future Domain
# SCSI controller. If you want to run both the BocaBoards and the
# Future Domain controller, you may need to change the port assignment
# of the Bocaboards -- see below in the section on manual configuration.
#
# ${SETSERIAL} /dev/cua16 ${AUTO_IRQ} autoconfig
# ${SETSERIAL} /dev/cua17 ${AUTO_IRQ} autoconfig
# ${SETSERIAL} /dev/cua18 ${AUTO_IRQ} autoconfig
# ${SETSERIAL} /dev/cua19 ${AUTO_IRQ} autoconfig
# ${SETSERIAL} /dev/cua20 ${AUTO_IRQ} autoconfig
# ${SETSERIAL} /dev/cua21 ${AUTO_IRQ} autoconfig
# ${SETSERIAL} /dev/cua22 ${AUTO_IRQ} autoconfig
# ${SETSERIAL} /dev/cua23 ${AUTO_IRQ} autoconfig
# ${SETSERIAL} /dev/cua24 ${AUTO_IRQ} autoconfig
# ${SETSERIAL} /dev/cua25 ${AUTO_IRQ} autoconfig
# ${SETSERIAL} /dev/cua26 ${AUTO_IRQ} autoconfig
# ${SETSERIAL} /dev/cua27 ${AUTO_IRQ} autoconfig
# ${SETSERIAL} /dev/cua28 ${AUTO_IRQ} autoconfig
# ${SETSERIAL} /dev/cua29 ${AUTO_IRQ} autoconfig
# ${SETSERIAL} /dev/cua30 ${AUTO_IRQ} autoconfig
# ${SETSERIAL} /dev/cua31 ${AUTO_IRQ} autoconfig

###############################################################
#
# MANUAL CONFIGURATION
#
# If you want to do manual configuration of one or more of your
# serial ports, uncomment and modify the relevant lines.
#
###############################################################

# These are the standard COM1 through COM4 devices
#
# ${SETSERIAL} /dev/cua0 uart 16450 port 0x3F8 irq 4
# ${SETSERIAL} /dev/cua1 uart 16450 port 0x2F8 irq 3
# ${SETSERIAL} /dev/cua2 uart 16450 port 0x3E8 irq 4
# ${SETSERIAL} /dev/cua3 uart 16450 port 0x2E8 irq 3

# These are the first set of AST Fourport ports
#
# ${SETSERIAL} /dev/cua4 uart 16450 port 0x1A0 irq 9 fourport
# ${SETSERIAL} /dev/cua5 uart 16450 port 0x1A8 irq 9 fourport
# ${SETSERIAL} /dev/cua6 uart 16450 port 0x1B0 irq 9 fourport
# ${SETSERIAL} /dev/cua7 uart 16450 port 0x1B8 irq 9 fourport

# These are the second set of AST Fourport ports
#
# ${SETSERIAL} /dev/cua8 uart 16450 port 0x2A0 irq 5 fourport
# ${SETSERIAL} /dev/cua9 uart 16450 port 0x2A8 irq 5 fourport
# ${SETSERIAL} /dev/cua10 uart 16450 port 0x2B0 irq 5 fourport
# ${SETSERIAL} /dev/cua11 uart 16450 port 0x2B8 irq 5 fourport

# These are the 3rd and 4th ports on the Accent Async board.
#
# ${SETSERIAL} /dev/cua12 uart 16450 port 0x330 irq 4
# ${SETSERIAL} /dev/cua13 uart 16450 port 0x338 irq 4

# These are two spare devices you can use to customize for
# some board which is not supported above....
# ${SETSERIAL} /dev/cua14 uart XXXXX port XXXX irq X
# ${SETSERIAL} /dev/cua15 uart XXXXX port XXXX irq X

# These are the ports used for either the Usenet Serial II
# board, or the Boca Board 4, 8, or 16 port boards.
#
# Uncomment only the first 4 lines for the Usenet Serial II board,
# and uncomment the first 4, 8, or all 16 lines for the
# Boca Board BB-1004, BB-1008, and BB-2016 respectively.
#
# ${SETSERIAL} /dev/cua16 uart 16550A port 0x100 irq 12
# ${SETSERIAL} /dev/cua17 uart 16550A port 0x108 irq 12
# ${SETSERIAL} /dev/cua18 uart 16550A port 0x110 irq 12
# ${SETSERIAL} /dev/cua19 uart 16550A port 0x118 irq 12
# ${SETSERIAL} /dev/cua20 uart 16550A port 0x120 irq 12
# ${SETSERIAL} /dev/cua21 uart 16550A port 0x128 irq 12
# ${SETSERIAL} /dev/cua22 uart 16550A port 0x130 irq 12
# ${SETSERIAL} /dev/cua23 uart 16550A port 0x138 irq 12
# ${SETSERIAL} /dev/cua24 uart 16550A port 0x140 irq 12
# ${SETSERIAL} /dev/cua25 uart 16550A port 0x148 irq 12
# ${SETSERIAL} /dev/cua26 uart 16550A port 0x150 irq 12
# ${SETSERIAL} /dev/cua27 uart 16550A port 0x158 irq 12
# ${SETSERIAL} /dev/cua28 uart 16550A port 0x160 irq 12
# ${SETSERIAL} /dev/cua29 uart 16550A port 0x168 irq 12
# ${SETSERIAL} /dev/cua30 uart 16550A port 0x170 irq 12
# ${SETSERIAL} /dev/cua31 uart 16550A port 0x178 irq 12

###########################################################
#
# Print the results of the serial configuration process
#
###########################################################

echo "done."

${SETSERIAL} -bg ${PORTS}

--------------F1FB3F7F394E26A32BDA4E43
Content-Type: text/plain; charset=us-ascii;
name="resolv.conf"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
filename="resolv.conf"

domain sfa.com
nameserver 193.94.6.200

--------------F1FB3F7F394E26A32BDA4E43
Content-Type: text/plain; charset=us-ascii;
name="hosts"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
filename="hosts"

#
# hosts This file describes a number of hostname-to-address
# mappings for the TCP/IP subsystem. It is mostly
# used at boot time, when no name servers are running.
# On small systems, this file can be used instead of a
# "named" name server. Just add the names, addresses
# and any aliases to this file...
#
# By the way, Arnt Gulbrandsen <[email protected]> says that 127.0.0.1
# should NEVER be named with the name of the machine. It causes problems
# for some (stupid) programs, irc and reputedly talk. :^)
#

# For loopbacking.
127.0.0.1 localhost
193.94.6.200 server.sfa.com server

# End of hosts.

--------------F1FB3F7F394E26A32BDA4E43
Content-Type: text/plain; charset=us-ascii;
name="inetd.conf"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
filename="inetd.conf"

# See "man 8 inetd" for more information.
#
# If you make changes to this file, either reboot your machine or send the
# inetd a HUP signal:
# Do a "ps x" as root and look up the pid of inetd. Then do a
# "kill -HUP <pid of inetd>".
# The inetd will re-read this file whenever it gets that signal.
#
# <service_name> <sock_type> <proto> <flags> <user> <server_path> <args>
#
# The first 4 services are really only used for debugging purposes, so
# we comment them out since they can otherwise be used for some nasty
# denial-of-service attacks. If you need them, uncomment them.
#echo stream tcp nowait root internal
#echo dgram udp wait root internal
#discard stream tcp nowait root internal
#discard dgram udp wait root internal
#daytime stream tcp nowait root internal
#daytime dgram udp wait root internal
#chargen stream tcp nowait root internal
#chargen dgram udp wait root internal
time stream tcp nowait root internal
time dgram udp wait root internal
#
# These are standard services.
#
ftp stream tcp nowait root /usr/sbin/tcpd wu.ftpd -l -i -a
telnet stream tcp nowait root /usr/sbin/tcpd in.telnetd
#
# Use this one instead if you want to snoop on telnet users (try to use this
# for ethical purposes, ok folks?) :
# telnet stream tcp nowait root /usr/sbin/tcpd /usr/sbin/in.telnetsnoopd
#
# If you want to read NNTP news via TERM, comment out the nntp
# line below, and use a command like this once the TERM
# connection is up: tredir 119 my.nntp.host:119
# You'll also want to do this: set NNTPSERVER my.nntp.host ; export NNTPSERVER
#nntp stream tcp nowait root /usr/sbin/tcpd in.nntpd
#
# This is for BSD sendmail:
# smtp stream tcp nowait root /usr/sbin/tcpd sendmail -v
# This is set up for running Smail:
# smtp stream tcp nowait root /usr/sbin/tcpd /usr/bin/rsmtp -bs
#
# The comsat daemon notifies the user of new mail when biff is set to y:
comsat dgram udp wait root /usr/sbin/tcpd in.comsat
#
# Shell, login, exec and talk are BSD protocols.
#
shell stream tcp nowait root /usr/sbin/tcpd in.rshd -L
login stream tcp nowait root /usr/sbin/tcpd in.rlogind
# exec stream tcp nowait root /usr/sbin/tcpd in.rexecd
# talk dgram udp wait root /usr/sbin/tcpd in.talkd
ntalk dgram udp wait root /usr/sbin/tcpd in.talkd
#
# Kerberos authenticated services
#
# klogin stream tcp nowait root /usr/sbin/tcpd rlogind -k
# eklogin stream tcp nowait root /usr/sbin/tcpd rlogind -k -x
# kshell stream tcp nowait root /usr/sbin/tcpd rshd -k
#
# Services run ONLY on the Kerberos server
#
# krbupdate stream tcp nowait root /usr/sbin/tcpd registerd
# kpasswd stream tcp nowait root /usr/sbin/tcpd kpasswdd
#
# Pop et al
#
# pop2 stream tcp nowait root /usr/sbin/tcpd in.pop2d
pop3 stream tcp nowait root /usr/sbin/tcpd in.pop3d
imap2 stream tcp nowait root /usr/sbin/tcpd imapd
#
# The Internet UUCP service.
#
# uucp stream tcp nowait uucp /usr/sbin/tcpd /usr/lib/uucp/uucico -l
#
# Tftp service is provided primarily for booting. Most sites
# run this only on machines acting as "boot servers."
#
# tftp dgram udp wait nobody /usr/sbin/tcpd in.tftpd
# bootps dgram udp wait root /usr/sbin/in.bootpd in.bootpd
#
# Finger, systat and netstat give out user information which may be
# valuable to potential "system crackers." Many sites choose to disable
# some or all of these services to improve security.
# Try "telnet localhost systat" and "telnet localhost netstat" to see that
# information yourself!
#
finger stream tcp nowait nobody /usr/sbin/tcpd in.fingerd -w
systat stream tcp nowait nobody /usr/sbin/tcpd /bin/ps -auwwx
netstat stream tcp nowait root /usr/sbin/tcpd /bin/netstat -a
#
# Ident service is used for net authentication
auth stream tcp wait root /usr/sbin/in.identd in.identd -w -t120 -l
#
# These are to start Samba, an smb server that can export filesystems to
# Pathworks, Lanmanager for DOS, Windows for Workgroups, Windows95, Lanmanager
# for Windows, Lanmanager for OS/2, Windows NT, etc. Lanmanager for dos is
# available via ftp from ftp.microsoft.com in bussys/MSclient/dos/. Please read
# the licensing stuff before downloading. Use the TCP/IP option in the client.
# Add your server to the \etc\lmhosts (or equivalent) file on the client.
netbios-ssn stream tcp nowait root /usr/sbin/smbd smbd
netbios-ns dgram udp wait root /usr/sbin/nmbd nmbd
#
# Sun-RPC based services.
# <service name/version><sock_type><rpc/prot><flags><user><server><args>
#
# rstatd/1-3 dgram rpc/udp wait root /usr/sbin/tcpd rpc.rstatd
# rusersd/2-3 dgram rpc/udp wait root /usr/sbin/tcpd rpc.rusersd
# walld/1 dgram rpc/udp wait root /usr/sbin/tcpd rpc.rwalld
#
# End of inetd.conf.

--------------F1FB3F7F394E26A32BDA4E43
Content-Type: text/plain; charset=us-ascii;
name="host.conf"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
filename="host.conf"

order bind, hosts
multi on

--------------F1FB3F7F394E26A32BDA4E43
Content-Type: text/plain; charset=us-ascii;
name="ps_ax_command_result"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
filename="ps_ax_command_result"

PID TTY STAT TIME COMMAND
1 ? S 0:03 init [3]
2 ? SW 0:00 (kflushd)
3 ? SW< 0:00 (kswapd)
9 ? S 0:00 /sbin/update
10 ? S 0:00 /sbin/kerneld
84 ? S 0:00 /usr/sbin/klogd
85 ? S 0:00 /usr/sbin/syslogd
89 ? S 0:00 /usr/sbin/inetd
91 ? S 0:00 /usr/sbin/named
93 ? S 0:00 /usr/sbin/rpc.mountd
95 ? S 0:00 /usr/sbin/rpc.nfsd
99 ? S 0:00 /usr/sbin/crond -l10
116 ? S 0:00 sendmail: accepting connections on port 25
134 ? S 0:00 gpm -t ps2
139 1 S 0:00 -bash
140 2 S 0:00 /sbin/agetty 38400 tty2 linux
141 3 S 0:00 /sbin/agetty 38400 tty3 linux
142 4 S 0:00 /sbin/agetty 38400 tty4 linux
143 5 S 0:00 /sbin/agetty 38400 tty5 linux
144 6 S 0:00 /sbin/agetty 38400 tty6 linux
257 1 R 0:00 ps -ax
87 ? S 0:00 /usr/sbin/rpc.portmap

--------------F1FB3F7F394E26A32BDA4E43--

From [email protected] Mon Jan 25 11:10:01 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id LAA10713;
Mon, 25 Jan 1999 11:09:57 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA05107;
Mon, 25 Jan 1999 11:06:42 -0600 (CST)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA15418
for <[email protected]>; Mon, 25 Jan 1999 11:03:49 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id MAA24011;
Mon, 25 Jan 1999 12:03:07 -0500
Message-Id: <[email protected]>
Date: Mon, 25 Jan 1999 12:03:07 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: FATHI BEN NASR <[email protected]>
Cc: [email protected]
Subject: Re: Problems with wu-ftpd
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Mon, 25 Jan 1999, FATHI BEN NASR wrote:

> Date: Mon, 25 Jan 1999 14:05:12 +0100
> From: FATHI BEN NASR <[email protected]>
> To: [email protected]
> Subject: Problems with wu-ftpd
>
> I am trying to build an Intranet. I have, successfully, installed
> wu-ftpd-2.4.2-beta-18 and I can get to my server with ftp://193.94.6.200
> for another Linux machine and in ms-dos mode from windows95. I can also
> get the welcome message from msie3.0 or communicator4.5 when typing the
> IP adress in the title bar.
> Things go bad when I try to go to ftp://ftp.sfa.com (wich has an entry
> in my DNS files). So I get the following message from a windows95
> workstation:
>
> msie3.0's message:
> 220 server.sfa.com FTP server () ready.
> 500 'GET ftp://ftp.sfa.com/ HTTP/1.0': command not understood.
> 500 'PRAGMA: No-Cache': command not understood.
> 500 'USER-AGENT: Mozilla/2.0 (compatible; MSIE 3.0; Windows 95)':
> command not understood.
> 500 'HOST: ftp.sfa.com': command not understood.
> 500 'PROXY-CONNECTION: Keep-Alive': command not understood.
> 500 '': command not understood.
>
> communicator 4.5 gives me a time out error message when asked for
> ftp://ftp.sfa.com or the index.html file of www.sfa.com when apache
> 1.3.4 is running.
>
> I am using slackware 3.3.0 with a kernel patched to 2.0.36.
>
> I enclosed all my rc and nemed files - and some others - to give, who
> wants to help me, more information about my configuration.
>
> The wu-ftp deamon seems to be started from inetd.conf, but I get no ftp
> entry from a ps command.
>
> Fathi Ben Nasr.
> Sorry for hopping your mailboxes with all this files.

Um .. GET, PRAGMA, USER-AGENT and the like are HTTP not FTP. Looks like
the problem is a bad proxy setup. It appears the proxy thinks the FTP
site is a web server.

Also, if you didn't hack the source, or edit your email, the FTP daemon
running is not 2.4.2 (beta 18).

--

Gregory A Lundberg Senior Partner, VRnet Company
1441 Elmdale Drive [email protected]
Kettering, OH 45409-1615 USA 1-800-809-2195

From [email protected] Mon Jan 25 12:29:47 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id MAA11671;
Mon, 25 Jan 1999 12:29:46 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA22694;
Mon, 25 Jan 1999 12:24:27 -0600 (CST)
Received: from wolverine.emji.net (wolverine.emji.net [207.22.135.6])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA20116
for <[email protected]>; Mon, 25 Jan 1999 12:17:49 -0600 (CST)
Received: from pb3400w.emji.net (pb3400w.emji.net [207.100.38.16])
by wolverine.emji.net (8.8.8/8.8.7) with ESMTP id NAA11746
for <[email protected]>; Mon, 25 Jan 1999 13:17:43 -0500
Message-Id: <[email protected]>
Date: Mon, 25 Jan 1999 13:17:40 -0500
Reply-To: [email protected]
Sender: [email protected]
From: "Scott R. Every" <[email protected]>
To: [email protected]
Subject: exe problems
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-Mailer: Mulberry (MacOS) [1.4.0, s/n U-200388]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

When I try to get any file on my server that is a *.exe file through a browser
it dumps to the screen instead of prompting to save.

Any ideas where I can change this? On the webserver I would use MIME types,
but I can't seem to find the equivalent in wu-ftpd
ftp://ftp.emji.net/pub/setup.exe

tia

s

--
Scott R. Every "Everything is controlled by a small evil group to
EMJ Internet which, unfortunately, no one we know belongs."
voice : 1-800-548-2319 fax : 1-919-363-4423 mailto:[email protected]
WWW - http://www.emji.net

Do you believe in Macintosh? Learn how to help the cause by
subscribing to the "EvangeList" listserver! Send email to:
<[email protected]> or go to:
<http://www.lists.apple.com/>

From [email protected] Mon Jan 25 12:29:56 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id MAA11679;
Mon, 25 Jan 1999 12:29:55 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA02372;
Mon, 25 Jan 1999 12:26:02 -0600 (CST)
Received: from trapper.unbc.ca (trapper.unbc.ca [142.207.144.4])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA30593
for <[email protected]>; Mon, 25 Jan 1999 12:19:29 -0600 (CST)
Received: from ugrad.unbc.ca (ugrad.unbc.ca [142.207.112.20]) by trapper.unbc.ca with SMTP (8.7.1/UNBC-1.0H)
id KAA11144 (from [email protected]); Mon, 25 Jan 1999 10:19:14 -0800 (PST)
Message-Id: <[email protected]>
Date: Mon, 25 Jan 1999 10:18:18 -0800 (PST)
Reply-To: [email protected]
Sender: [email protected]
From: Chang Cheng Chao <[email protected]>
To: Gregory A Lundberg <[email protected]>
Cc: [email protected]
Subject: Re: [Q] Anonymous login works, but ...
In-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, I used guestgroup and it worked. I also removed anonymous from the
class statement so that anonymous login is disallowed. Now I'm wondering
how to disallow the users to ftp only not telnet. Thanks for your help.

Chang

On Mon, 25 Jan 1999, Gregory A Lundberg wrote:

> On Mon, 25 Jan 1999, Chang Cheng Chao wrote:
>
> > Hi, I'm using Red Hat 5.2 and has anonftp and wu-ftp set up. Users can
> > ftp into my computer using anonymous but I'm wondering how I can have
> > anonymous login in addition to password login.
>
> guestgroup
>
> Read the man pages and the FAQ.
>
> The location of the latest version of wu-ftpd can be found in the
> directory
>
> ftp://ftp.academ.com/pub/wu-ftpd/private/
>
> You can't see the directory contents, so read the message informing you
> of the actual filename to retrieve. It's there.
>
> wu-ftpd Resource Center: http://www.landfield.com/wu-ftpd/
> wu-ftpd FAQ: http://www.cetis.hvu.nl/~koos/wu-ftpd-faq.html
> wu-ftpd list archive: http://www.landfield.com/wu-ftpd/mail-archive/
>
> --
>
> Gregory A Lundberg Senior Partner, VRnet Company
> 1441 Elmdale Drive [email protected]
> Kettering, OH 45409-1615 USA 1-800-809-2195
>
>

From [email protected] Mon Jan 25 12:34:12 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id MAA11830;
Mon, 25 Jan 1999 12:34:10 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA26520;
Mon, 25 Jan 1999 12:30:52 -0600 (CST)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA27254
for <[email protected]>; Mon, 25 Jan 1999 12:27:11 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id NAA24754;
Mon, 25 Jan 1999 13:27:06 -0500
Message-Id: <[email protected]>
Date: Mon, 25 Jan 1999 13:27:05 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Chang Cheng Chao <[email protected]>
Cc: [email protected]
Subject: Re: [Q] Anonymous login works, but ...
In-Reply-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, 25 Jan 1999, Chang Cheng Chao wrote:

> Now I'm wondering how to disallow the users to ftp only not telnet.

> On Mon, 25 Jan 1999, Gregory A Lundberg wrote:
>
> > Read the man pages and the FAQ.
> >
> > The location of the latest version of wu-ftpd can be found in the
> > directory
> >
> > ftp://ftp.academ.com/pub/wu-ftpd/private/
> >
> > You can't see the directory contents, so read the message informing you
> > of the actual filename to retrieve. It's there.
> >
> > wu-ftpd Resource Center: http://www.landfield.com/wu-ftpd/
> > wu-ftpd FAQ: http://www.cetis.hvu.nl/~koos/wu-ftpd-faq.html
> > wu-ftpd list archive: http://www.landfield.com/wu-ftpd/mail-archive/

--

Gregory A Lundberg Senior Partner, VRnet Company
1441 Elmdale Drive [email protected]
Kettering, OH 45409-1615 USA 1-800-809-2195

From [email protected] Mon Jan 25 12:40:59 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id MAA11930;
Mon, 25 Jan 1999 12:40:58 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA32541;
Mon, 25 Jan 1999 12:37:13 -0600 (CST)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA18949
for <[email protected]>; Mon, 25 Jan 1999 12:36:21 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id NAA24863;
Mon, 25 Jan 1999 13:36:09 -0500
Message-Id: <[email protected]>
Date: Mon, 25 Jan 1999 13:36:09 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: "Scott R. Every" <[email protected]>
Cc: [email protected]
Subject: Re: exe 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 Mon, 25 Jan 1999, Scott R. Every wrote:

> When I try to get any file on my server that is a *.exe file through a
> browser it dumps to the screen instead of prompting to save.
>
> Any ideas where I can change this? On the webserver I would use MIME
> types, but I can't seem to find the equivalent in wu-ftpd
> ftp://ftp.emji.net/pub/setup.exe

There is no such thing as MIME type in FTP.

I tried the URL above and got the Open/Save dialog from IE 4.01.

Probably you checked the 'don't ask me again' option for .EXE files.

--

Gregory A Lundberg Senior Partner, VRnet Company
1441 Elmdale Drive [email protected]
Kettering, OH 45409-1615 USA 1-800-809-2195

From [email protected] Mon Jan 25 17:40:15 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id RAA15759;
Mon, 25 Jan 1999 17:40:14 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id RAA01410;
Mon, 25 Jan 1999 17:36:26 -0600 (CST)
Received: from att.com (algw1.att.com [192.128.167.153])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id RAA23283
for <[email protected]>; Mon, 25 Jan 1999 17:31:36 -0600 (CST)
Received: from alms2.fw.att.com by algw1.att.com (AT&T/IPNS/UPAS-1.0)
for wugate.wustl.edu!wu-ftpd
sender lynx.lz.att.com!rah (lynx.lz.att.com!rah); Mon Jan 25 18:25 EST 1999
Received: from merlin.lz.att.com (lynx.lz.att.com [135.25.200.5])
by alms2.fw.att.com (AT&T/IPNS/GW-1.0) with SMTP id SAA12004
for <[email protected]>; Mon, 25 Jan 1999 18:27:36 -0500 (EST)
Received: by merlin.lz.att.com with SMTP (Microsoft Exchange Server Internet Mail Connector Version 4.0.996.62)
id <[email protected]>; Mon, 25 Jan 1999 18:32:51 -0500
Message-Id: <c=US%a=_%p=att%[email protected]>
Date: Mon, 25 Jan 1999 18:32:49 -0500
Reply-To: [email protected]
Sender: [email protected]
From: Roger Hanke <[email protected]>
To: "'Gregory A. Lundberg'" <[email protected]>,
"'Bernhard Rosenkraenzer'" <[email protected]>
Cc: "'WUFTPD List'" <[email protected]>
Subject: FW: debugging pasv ports usage
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.0.996.62
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Gregory and Bernhard,
Finally got to the bottom of this by following Gregory's
advice to add my own debug statement. While doing this
I compared my WUFTPD patched with Pedro Melo's pasv
port patch with the Beroftpd 1.2.3 I was trying to debug.

Forgive me, if I get the players wrong at times, but here
is my best guess on how the quite useful lines have all
dissappeared. Pedro had the 3 statements below in his
patch which all showed what passive port was being used:
if (log_commands) syslog(LOG_DEBUG, "PASV trying %d",
pasv_addr.sin_port);
if (log_commands) syslog(LOG_DEBUG, "PASV got %d",
pasv_addr.sin_port);
reply(227, "entering Passive Mode (%d,%d,%d,%d,%d,%d)",
UC(a[0]), UC(a[1]), UC(a[2]), UC(a[3]), UC(p[0]), UC(p[1]));

Apparently Gregory did not bother putting in the first two, figuring
the third was sufficient, when incorporating Pedros patch into
his code base. Next Bernhard did a lot of cleanup on -lLdv log/debug
options and took the debug statement out of the reply routine
that used to echo out each reply to the syslog when debugging was
turned on. So now with Beroftpd 1.2.3 even when -lLdv options
are all turned on I dont get any of the above statements written to
the syslog and therefore can get no info on what passive port the
daemon grabbed to satisfy the current client request. I just added
a statement similar to the first two lines just above where the
3rd line call is made in order to get this debug capability back.
But was hoping I could convince you gentlemen that this is a
worthwhile piece of debugging information that you could add
back into your official versions so that I do not have to add this
line everytime I take a new release ;-)
IMHO,
Roger Hanke

>-----Original Message-----
>From: Roger Hanke
>Sent: Thursday, January 14, 1999 8:13 PM
>To: 'Gregory A. Lundberg'
>Cc: 'WUFTPD List'
>Subject: debugging pasv ports usage
>
>Gregory,
> Thank you for your help with the new passive ports
>directive. So now I believe I have the correct range of
>ports specified to be used for pasv client commands.
>
> But with WUFTPD Beta 13 I had been using debug
>mode and looking for the pasv command in the syslog
>to verify what port was actually being returned and that
>it really was in the valid range expected.
>Using the same exact system, and debug settings
>I can not get those debug statements showing up in
>the syslog using BeroFTPD 1.2.3.
>For instance below I show just a short sequence from
>the syslog first showing just a logon to Beta 13 then a
>logon to BeroFTPD 1.2.3. Both of them are using the
>same command line options, just running on different
>ports on the same box: -adlLu007
>Even tried turning d to v option on command line for
>BeroFTPD but still no debug statements.
>Finally added log commands to my ftpaccess files and
>this again produced more statements for both versions
>but the BeroFTPD just said PASV and did not show the
>port number like the Beta 13 did:
>
>Jan 14 20:09:44 hdpst01 ftpd[12370]: PASV
>Jan 14 20:09:44 hdpst01 ftpd[12370]: PASV
>Jan 14 20:09:44 hdpst01 ftpd[12370]: PASV trying 27828
>Jan 14 20:09:44 hdpst01 ftpd[12370]: PASV got 27828
>Jan 14 20:09:44 hdpst01 ftpd[12370]: <--- 227
>Jan 14 20:09:44 hdpst01 ftpd[12370]: Entering Passive Mode
>(135,25,216,12,108,180)
>
>
> So has anything changed in this area, in terms of
>getting debug statements out?
> Thanx,
> Roger Hanke
>
>Jan 14 19:55:18 hdpst01 ftpd[11882]: <--- 331
>Jan 14 19:55:18 hdpst01 ftpd[11882]: Password required for ew3ftp.
>Jan 14 19:55:21 hdpst01 ftpd[11882]: command: PASS password
>Jan 14 19:55:21 hdpst01 ftpd[11882]: <--- 230
>Jan 14 19:55:21 hdpst01 ftpd[11882]: User ew3ftp logged in. Access
>restrictions apply.
>Jan 14 19:55:21 hdpst01 ftpd[11882]: FTP LOGIN FROM lynxhub
>[135.25.204.10], ew3ftp
>Jan 14 19:55:21 hdpst01 ftpd[11882]: FTP LOGIN FROM lynxhub
>[135.25.204.10], ew3ftp
>Jan 14 19:55:59 hdpst01 ftpd[11882]: command: QUIT
>Jan 14 19:55:59 hdpst01 ftpd[11882]: <--- 221
>Jan 14 19:55:59 hdpst01 ftpd[11882]: Goodbye.
>Jan 14 19:55:59 hdpst01 ftpd[11882]: FTP session closed
>Jan 14 19:55:59 hdpst01 ftpd[11882]: FTP session closed
>Jan 14 19:56:22 hdpst01 ftpd[11920]: VirtualFTP Connect to:
>135.25.216.12
>Jan 14 19:56:22 hdpst01 ftpd[11920]: VirtualFTP Connect to:
>135.25.216.12
>Jan 14 19:56:22 hdpst01 ftpd[11920]: VirtualFTP Connect to:
>135.25.216.12
>Jan 14 19:56:31 hdpst01 ftpd[11920]: FTP LOGIN FROM lynxhub
>[135.25.204.10], ew3ftp
>Jan 14 19:56:31 hdpst01 ftpd[11920]: FTP LOGIN FROM lynxhub
>[135.25.204.10], ew3ftp
>---------------------------------------------------------------
> Roger A. Hanke AT&T Web Site Services
> (732)576-5738 [email protected]
> FAX (732)576-6041 http://lynxhub.att.com/~rah/
>---------------------------------------------------------------
>

From [email protected] Mon Jan 25 18:45:09 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id SAA16830;
Mon, 25 Jan 1999 18:45:08 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id SAA19869;
Mon, 25 Jan 1999 18:41:32 -0600 (CST)
Received: from mail.rdc1.az.home.com ([email protected] [24.1.240.66])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id SAA04242
for <[email protected]>; Mon, 25 Jan 1999 18:40:00 -0600 (CST)
Received: from cx24503-d ([24.1.245.117]) by mail.rdc1.az.home.com
(InterMail v4.00.03 201-229-104) with SMTP
id <19990126003956.GVQN6286.mail.rdc1.az.home.com@cx24503-d>
for <[email protected]>; Mon, 25 Jan 1999 16:39:56 -0800
Message-Id: <[email protected]>
Date: Mon, 25 Jan 1999 17:40:16 -0700
Reply-To: [email protected]
Sender: [email protected]
From: "Howard Moneta" <[email protected]>
To: "wu-ftpd list" <[email protected]>
Subject: Re: Time of day restrictions.
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 4.72.3155.0
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3155.0
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I have tried it and no matter which order they are in it still has a limit
of 3 users at all hours, not just between 6pm and 6am.

I found a precompiled version of VR12 on your ftp site Greg. I am wondering
if that is the problem. I copied the 3 or 4 files from the bin directory
into my /usr/bin directory and changed my inetd.conf file to use the ftpd
program that came in the file I downloaded rather then the in.ftpd program
that it was using before. Everything seems to work ok except that now my
time of day restrictions don't work. Is there anything missing from my
configuration as I explained it? I noticed that there was a utils directory
with an install file in it too but I didn't know how to use it.

Howard

>On Sun, 24 Jan 1999, Howard Moneta wrote:
>
>> Here is a section of my /etc/ftpaccess file that pertains to what
>> times of day the guest user dnload1 can log into my FTP. I had it
>> configured like below and it was working properly until I upgraded to
>> the VR12 version of wu-ftpd. Has the syntax for specifying the times
>> of day a limit pertains to changed? Even though I have it set to not
>> allow any guest class users to log in between 0600-1800, it still is
>> allowing them to connect. It appears to be ignoring the time
>> specification after the Any. Any ideas what might have changed
>> between when I was running Wu-ftpd Beta 18 and upgrading the VR12?
>>
>> loginfails 2
>> class guest guest *
>> class local real *
>> hostname Genma's FTP
>> guestuser dnload1
>>
>> limit guest 3 Any1800-0600 /etc/msgs/msg.toomany
>> limit guest 0 Any0600-1800 /etc/msgs/msg.serverdown
>> limit local 1 Any
>> limit-time guest 120
>
>No specific changes for this, but you might try moving the guest 0 line
>above the guest 3.
>
>--
>
>Gregory A Lundberg Senior Partner, VRnet Company
>1441 Elmdale Drive [email protected]
>Kettering, OH 45409-1615 USA 1-800-809-2195
>

From [email protected] Mon Jan 25 18:51:30 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id SAA16926;
Mon, 25 Jan 1999 18:51:27 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id SAA11481;
Mon, 25 Jan 1999 18:48:04 -0600 (CST)
Received: from jupiter.nikonrca.com (mail.nikonrca.com [209.220.32.29])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id SAA02504
for <[email protected]>; Mon, 25 Jan 1999 18:47:15 -0600 (CST)
Received: from nikonrca.com (pluto.nikonrca.com [128.216.1.48])
by jupiter.nikonrca.com (8.9.0/8.9.0) with ESMTP id QAA11375
for <[email protected]>; Mon, 25 Jan 1999 16:48:34 -0800 (PST)
Message-Id: <[email protected]>
Date: Mon, 25 Jan 1999 17:24:49 -0800
Reply-To: [email protected]
Sender: [email protected]
From: Omar Keblawi <[email protected]>
To: [email protected]
Subject: UID and GID
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; IRIX 6.2 IP22)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

hello,

When I do an "ls", my owner and group are numbers and not names. I
thought
by copying the passwd entry and putting it into ~ftpuser/etc/passwd and
~ftpuser/etc/group files would have solve this problem.

How did you solve this problem? Am I missing a particular library
possibly?

Omar

Example:
dr-xr-xr-x 2 0 12 512 Jan 19 00:16 bin
dr-xr-xr-x 2 0 12 512 Jan 19 00:16 dev
dr-xr-xr-x 2 0 12 512 Jan 20 19:32 etc
drwxr-xr-x 2 401 401 512 Jan 25 21:43 files
dr-xr-xr-x 3 0 12 512 Jan 20 23:10 usr

From [email protected] Mon Jan 25 19:17:20 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id TAA18523;
Mon, 25 Jan 1999 19:17:19 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id TAA18377;
Mon, 25 Jan 1999 19:13:57 -0600 (CST)
Received: from mail.vr.net (mail.vr.net [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id TAA23057
for <[email protected]>; Mon, 25 Jan 1999 19:12:30 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id UAA28324;
Mon, 25 Jan 1999 20:10:57 -0500
Message-Id: <[email protected]>
Date: Mon, 25 Jan 1999 20:10:57 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Howard Moneta <[email protected]>
Cc: wu-ftpd list <[email protected]>
Subject: Re: Time of day restrictions.
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Mon, 25 Jan 1999, Howard Moneta wrote:

> I have tried it and no matter which order they are in it still has a
> limit of 3 users at all hours, not just between 6pm and 6am.
>
> I found a precompiled version of VR12 on your ftp site Greg. I am
> wondering if that is the problem. I copied the 3 or 4 files from the
> bin directory into my /usr/bin directory and changed my inetd.conf
> file to use the ftpd program that came in the file I downloaded rather
> then the in.ftpd program that it was using before. Everything seems
> to work ok except that now my time of day restrictions don't work.
> Is there anything missing from my configuration as I explained it? I
> noticed that there was a utils directory with an install file in it
> too but I didn't know how to use it.

You probably installed it the way I would have. I like doing it all by
hand and not trusting others to follow my site standards (even if they
probably do). I've never tried the installation stuff which comes with
the daemon; or if I ever did it was many, many years ago and I've
forgotten.

> >> limit guest 3 Any1800-0600 /etc/msgs/msg.toomany
> >> limit guest 0 Any0600-1800 /etc/msgs/msg.serverdown

Here's the limits I use for a site running VR12:

class remote real,guest *

limit remote 10 SaSu|Any1800-0600
limit remote 5 Any

I just re-tested and it works fine. Weekdays it limits to 5 remote
real/guest users; Weekends and overnight it limits to 10. Looking at the
way I'm doing it and how you're doing it, I'd suggest trying the
following:

limit guest 3 Any1800-0600 /etc/msgs/msg.toomany
limit guest 0 Any /etc/msgs/msg.serverdown

I'm sure if I would bother to crack open the code I'll find some rationale
for this working when you way doesn't but, frankly, I'm beat. Let me know
if this fixes it.

--

Gregory A Lundberg Senior Partner, VRnet Company
1441 Elmdale Drive [email protected]
Kettering, OH 45409-1615 USA 1-800-809-2195

From [email protected] Mon Jan 25 19:23:42 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id TAA19290;
Mon, 25 Jan 1999 19:23:41 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id TAA21491;
Mon, 25 Jan 1999 19:20:27 -0600 (CST)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id TAA28704
for <[email protected]>; Mon, 25 Jan 1999 19:14:54 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id UAA28356;
Mon, 25 Jan 1999 20:14:41 -0500
Message-Id: <[email protected]>
Date: Mon, 25 Jan 1999 20:14:41 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Omar Keblawi <[email protected]>
Cc: [email protected]
Subject: Re: UID and GID
In-Reply-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, 25 Jan 1999, Omar Keblawi wrote:

> When I do an "ls", my owner and group are numbers and not names. I
> thought by copying the passwd entry and putting it into
> ~ftpuser/etc/passwd and ~ftpuser/etc/group files would have solve this
> problem.
>
> How did you solve this problem? Am I missing a particular library
> possibly?

I believe this is coveredin the FAQ. Basically, you're on the right
track. Probably the user isn't chroot'd where you think; check
/etc/passwd for the user's home directory. If it has /./, the etc bin and
other stuff must be in the part to the *left* of /./ in the home directory
entry. If no /./, in the home directory.

--

Gregory A Lundberg Senior Partner, VRnet Company
1441 Elmdale Drive [email protected]
Kettering, OH 45409-1615 USA 1-800-809-2195

From [email protected] Mon Jan 25 19:31:03 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id TAA20102;
Mon, 25 Jan 1999 19:31:02 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id TAA11555;
Mon, 25 Jan 1999 19:26:54 -0600 (CST)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id TAA10021
for <[email protected]>; Mon, 25 Jan 1999 19:22:16 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id UAA28391;
Mon, 25 Jan 1999 20:21:37 -0500
Message-Id: <[email protected]>
Date: Mon, 25 Jan 1999 20:21:37 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Roger Hanke <[email protected]>
Cc: "'Bernhard Rosenkraenzer'" <[email protected]>,
"'WUFTPD List'" <[email protected]>
Subject: Re: FW: debugging pasv ports usage
In-Reply-To: <c=US%a=_%p=att%[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Mon, 25 Jan 1999, Roger Hanke wrote:

> Finally got to the bottom of this by following Gregory's advice to add
> my own debug statement. While doing this I compared my WUFTPD patched
> with Pedro Melo's pasv port patch with the Beroftpd 1.2.3 I was trying
> to debug.
>
> Forgive me, if I get the players wrong at times, but here is my best
> guess on how the quite useful lines have all dissappeared. Pedro had
> the 3 statements below in his patch which all showed what passive port
> was being used:
> if (log_commands) syslog(LOG_DEBUG, "PASV trying %d",
> pasv_addr.sin_port);
> if (log_commands) syslog(LOG_DEBUG, "PASV got %d",
> pasv_addr.sin_port);
> reply(227, "entering Passive Mode (%d,%d,%d,%d,%d,%d)",
> UC(a[0]), UC(a[1]), UC(a[2]), UC(a[3]), UC(p[0]), UC(p[1]));
>
> Apparently Gregory did not bother putting in the first two, figuring
> the third was sufficient, when incorporating Pedros patch into his
> code base. Next Bernhard did a lot of cleanup on -lLdv log/debug
> options and took the debug statement out of the reply routine that
> used to echo out each reply to the syslog when debugging was turned
> on. So now with Beroftpd 1.2.3 even when -lLdv options are all turned
> on I dont get any of the above statements written to the syslog and
> therefore can get no info on what passive port the daemon grabbed to
> satisfy the current client request. I just added a statement similar
> to the first two lines just above where the 3rd line call is made in
> order to get this debug capability back. But was hoping I could
> convince you gentlemen that this is a worthwhile piece of debugging
> information that you could add back into your official versions so
> that I do not have to add this line everytime I take a new release ;-)

Sounds like you got the morphology 'bout right. There was one other
player involved but his work was directed solely getting the patches into
the VR version. He needed the PASV stuff as badly as you do and prolly
just missed the debug stuff since the patches were quite old and had to be
hand-applied. Plus he had a lot of other things which needed adding to
get the daemon to work with NAT as well.

If you can send over some diff's against either daemon, I'll take a look
at rolling you debugging messages back into the VR version.

--

Gregory A Lundberg Senior Partner, VRnet Company
1441 Elmdale Drive [email protected]
Kettering, OH 45409-1615 USA 1-800-809-2195

From [email protected] Mon Jan 25 19:49:52 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id TAA22525;
Mon, 25 Jan 1999 19:49:50 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id TAA17370;
Mon, 25 Jan 1999 19:46:28 -0600 (CST)
Received: from jupiter.nikonrca.com (mail.nikonrca.com [209.220.32.29])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id TAA03841
for <[email protected]>; Mon, 25 Jan 1999 19:41:20 -0600 (CST)
Received: from nikonrca.com (pluto.nikonrca.com [128.216.1.48])
by jupiter.nikonrca.com (8.9.0/8.9.0) with ESMTP id RAA11865
for <[email protected]>; Mon, 25 Jan 1999 17:42:43 -0800 (PST)
Message-Id: <[email protected]>
Date: Mon, 25 Jan 1999 18:18:58 -0800
Reply-To: [email protected]
Sender: [email protected]
From: Omar Keblawi <[email protected]>
To: [email protected]
Subject: [Fwd: UID and GID]
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; IRIX 6.2 IP22)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Yes. It looks correct. That's why I think something else is wrong.

nrcatest:x:401:401:NRCA TEST:/ftphome/nrcatest/./files:/bin/ftponly

ftpsrvr% pwd
/ftphome/nrcatest

ftpsrvr% ls
bin dev etc files usr

Omar

Gregory A Lundberg wrote:
>
> On Mon, 25 Jan 1999, Omar Keblawi wrote:
>
> > When I do an "ls", my owner and group are numbers and not names. I
> > thought by copying the passwd entry and putting it into
> > ~ftpuser/etc/passwd and ~ftpuser/etc/group files would have solve this
> > problem.
> >
> > How did you solve this problem? Am I missing a particular library
> > possibly?
>
> I believe this is coveredin the FAQ. Basically, you're on the right
> track. Probably the user isn't chroot'd where you think; check
> /etc/passwd for the user's home directory. If it has /./, the etc bin and
> other stuff must be in the part to the *left* of /./ in the home directory
> entry. If no /./, in the home directory.
>
> --
>
> Gregory A Lundberg Senior Partner, VRnet Company
> 1441 Elmdale Drive [email protected]
> Kettering, OH 45409-1615 USA 1-800-809-2195

From [email protected] Mon Jan 25 20:09:14 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id UAA23171;
Mon, 25 Jan 1999 20:09:13 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id UAA09040;
Mon, 25 Jan 1999 20:05:53 -0600 (CST)
Received: from mail.glink.net.hk (mail.glink.net.hk [202.72.0.38])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id UAA12061
for <[email protected]>; Mon, 25 Jan 1999 20:04:55 -0600 (CST)
Received: from earth.glink.net.hk (earth [202.72.0.46])
by mail.glink.net.hk (8.9.1/8.9.1) with ESMTP id KAA21614
for <[email protected]>; Tue, 26 Jan 1999 10:04:52 +0800 (HKT)
Received: (from priron@localhost)
by earth.glink.net.hk (8.8.7/8.8.7) id KAA06181
for [email protected]; Tue, 26 Jan 1999 10:04:50 +0800 (HKT)
Message-Id: <[email protected]>
Date: Tue, 26 Jan 1999 10:04:50 +0800 (HKT)
Reply-To: [email protected]
Sender: [email protected]
From: Priron <[email protected]>
To: [email protected]
Subject: Re: wuftpd in client under nisplus (fwd)
Content-Type: text
X-Mailer: ELM [version 2.4 PL25]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I have made the test of your suggestion. The answer is failed. No matter what I modify the config.h file (no "#undef ANON_ONLY" or with "#undef ANON_ONLY"), login with my login name into my client machine is unable
Any suggestion that can help me ?

Priron

Forwarded message:
> From [email protected] Sat Jan 23 06:31:38 1999
> Message-Id: <[email protected]>
> Date: Fri, 22 Jan 1999 17:25:45 -0500 (EST)
> Reply-To: [email protected]
> Sender: [email protected]
> From: Jason Spears <[email protected]>
> To: Priron <[email protected]>
> Cc: [email protected]
> Subject: Re: wuftpd in client under nisplus
> In-Reply-To: <[email protected]>
> MIME-Version: 1.0
> Content-Type: TEXT/PLAIN; charset=US-ASCII
> X-Authentication-Warning: xns.usit.net: jspears owned process doing -bs
> X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN
> Content-Length: 995
>
> AFAIK nisplus should be invisible to wu-ftpd. Make sure your FTP server
> machine has the correct settings in /etc/nsswitch.conf, should probably be:
>
> passwd: files nisplus
>
> and maybe also:
>
> group: files nisplus
>
> If you can telnet into the machine using an account that exists in
> nisplus but not in your passwd file, the configuration problem may
> be in config.h in the wu-ftpd distribution; make sure you have
> the line
>
> #undef ANON_ONLY
>
> otherwise real users won't be able to login to the machine via FTP.
>
> Hope this helps,
>
> Jason Spears
>
>
> On Fri, 22 Jan 1999, Priron wrote:
>
> >I have a problem to login to home directory with login, but there is no problem for anonymous user.
> >My machine is solairs 2.6. and it is a client under nisplus tree (not root machine and not replica machine).
> >I go through the source in ftpd.c file. There is no code to get authentication from root or replica machine under nisplus environment.
> >Any suggest that can help me to configure ?
> >
> >Priron
> >
>
>

From [email protected] Mon Jan 25 20:54:33 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id UAA24360;
Mon, 25 Jan 1999 20:54:20 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id UAA25540;
Mon, 25 Jan 1999 20:51:10 -0600 (CST)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id UAA27977
for <[email protected]>; Mon, 25 Jan 1999 20:49:13 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id VAA28896;
Mon, 25 Jan 1999 21:49:08 -0500
Message-Id: <[email protected]>
Date: Mon, 25 Jan 1999 21:49:08 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Omar Keblawi <[email protected]>
Cc: [email protected]
Subject: Re: [Fwd: UID and GID]
In-Reply-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, 25 Jan 1999, Omar Keblawi wrote:

> Yes. It looks correct. That's why I think something else is wrong.
>
> nrcatest:x:401:401:NRCA TEST:/ftphome/nrcatest/./files:/bin/ftponly
>
> ftpsrvr% pwd
> /ftphome/nrcatest
>
> ftpsrvr% ls
> bin dev etc files usr

It is possible that you are missing some libraries needed for 'ls' to
lookup usernames. It is also possible the problem is with the file
permissions for ~nrcatest/etc, ~nrcatest/etc/passwd or
~nrcatest/etc/group.

I have an example layout at ftp://ftp.vr.net/pub/wu-ftpd/examples/ which
shows permissions. This layout presumes all executables are statically
linked and no special devices or other files are needed; it works on Linux
as shown, other systems may need additional glue .. check the FAQ for your
system.

--

Gregory A Lundberg Senior Partner, VRnet Company
1441 Elmdale Drive [email protected]
Kettering, OH 45409-1615 USA 1-800-809-2195

From [email protected] Tue Jan 26 09:24:18 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id JAA15466;
Tue, 26 Jan 1999 09:24:16 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id JAA22419;
Tue, 26 Jan 1999 09:19:28 -0600 (CST)
Received: from wolverine.emji.net (wolverine.emji.net [207.22.135.6])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id JAA25507
for <[email protected]>; Tue, 26 Jan 1999 09:11:55 -0600 (CST)
Received: from sdhcp6.emji.net (sdhcp6.emji.net [207.100.35.249])
by wolverine.emji.net (8.8.8/8.8.7) with ESMTP id KAA11502;
Tue, 26 Jan 1999 10:11:46 -0500
Message-Id: <[email protected]>
Date: Tue, 26 Jan 1999 10:11:40 -0500
Reply-To: [email protected]
Sender: [email protected]
From: "Scott R. Every" <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: upload problems
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-Mailer: Mulberry (MacOS) [1.4.0, s/n U-200388]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

i just upgraded from wu-ftpd(18) to Beroftpd 1.2.3 and am having trouble
uploading files. The incoming fir has the same permissions it always had:
drwx-wx-wt 2 root daemon 1024 Jan 25 17:08 incoming/

in the /etc/ftpaccess file I have:
upload /home/ftp * no
upload /home/ftp /incoming yes ftp daemon 0600 nodirs

I have tried w/o the first line with no effect.

When I upload using any text based ftp I get:
553 1ris.tgz: Permission denied. (Upload)

When I use a graphical ftp and drag the file into the incoming dir(w/o opeing
it) it uploads fine. If I open the dir first it does NOT work. All of these
behaviors are different than what I saw with wu-ftpd...

Is this a known bug or am I doing something wrong?

Please help!

s

--
Scott R. Every "Everything is controlled by a small evil group to
EMJ Internet which, unfortunately, no one we know belongs."
voice : 1-800-548-2319 fax : 1-919-363-4423 mailto:[email protected]
WWW - http://www.emji.net

Do you believe in Macintosh? Learn how to help the cause by
subscribing to the "EvangeList" listserver! Send email to:
<[email protected]> or go to:
<http://www.lists.apple.com/>

From [email protected] Tue Jan 26 09:29:00 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id JAA15541;
Tue, 26 Jan 1999 09:28:58 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id JAA15620;
Tue, 26 Jan 1999 09:25:19 -0600 (CST)
Received: from pizza.hvu.nl (Pizza.hvu.nl [145.89.234.2])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id JAA11220
for <[email protected]>; Tue, 26 Jan 1999 09:15:13 -0600 (CST)
Received: (from koos@localhost) by pizza.hvu.nl (8.8.6/KH19980502 (dbm++)) id QAA17029 for [email protected]; Tue, 26 Jan 1999 16:15:02 +0100 (MET)
Message-Id: <[email protected]>
Date: Tue, 26 Jan 1999 16:15:02 +0100
Reply-To: [email protected]
Sender: [email protected]
From: Koos van den Hout _U nix and we all_ <[email protected]>
To: [email protected]
Subject: FAQ updates
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.95i
X-Zen: Ommmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmm
X-Files: the truth is out there
X-I-Am-Not-Simes: There is only one Simes
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I've been doing some much-needed updates on the FAQ and I still have a
backlog in items that I need to do something with.

Anyway, have a look,

http://www.cetis.hvu.nl/~koos/wu-ftpd-faq.html

Koos van den Hout

--
Koos van den Hout Expertisecentrum Cetis http://cetis.nl/
[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] Tue Jan 26 13:53:39 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA18649;
Tue, 26 Jan 1999 13:53:37 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA20503;
Tue, 26 Jan 1999 13:48:58 -0600 (CST)
Received: from jellyfish.marketing.net.uk ([193.133.231.193])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA16780
for <[email protected]>; Tue, 26 Jan 1999 13:43:10 -0600 (CST)
Received: by jellyfish.marketing.net.uk(Lotus SMTP MTA SMTP v4.6 (462.2 9-3-1997)) id 80256705.006C8355 ; Tue, 26 Jan 1999 19:45:15 +0000
Message-Id: <[email protected]>
Date: Tue, 26 Jan 1999 19:45:10 +0000
Reply-To: Inigo_Surguy/[email protected]
Sender: [email protected]
From: Inigo_Surguy/[email protected]
To: [email protected]
Subject: Owner of all uploaded files is root
Mime-Version: 1.0
Content-type: text/plain; charset=us-ascii
X-Lotus-FromDomain: MARKETINGNET
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi,

I'm using the latest version of BeroFTPD on Solaris 2.5.1.

I've just set it up, and it all works fine, *but* the owner of all files
uploaded
to the ftp server is root. The group is being set correctly to the user
doing
the uploading, but the user itself doesn't appear to be.

At the moment, the server is running on port 5001 and there's the standard
FTP server running on the normal port, which is working fine.

I'm not using anonymous FTP, and although I do intend to use groups, the
problem still occurs when I'm not using groups.

Has anyone else encountered this problem? I'd be very grateful for any
help.

Thanks

Inigo Surguy
[email protected]

From [email protected] Tue Jan 26 15:35:01 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id PAA19931;
Tue, 26 Jan 1999 15:34:56 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA12731;
Tue, 26 Jan 1999 15:26:22 -0600 (CST)
Received: from pop-c.netway.at (pop-c.netway.at [195.96.0.132])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA32566
for <[email protected]>; Tue, 26 Jan 1999 15:20:46 -0600 (CST)
Received: from schwarze_witwe (post.blackbox.at [195.248.39.138])
by pop-c.netway.at (8.9.1/8.9.1) with SMTP id WAA20045
for <[email protected]>; Tue, 26 Jan 1999 22:20:35 +0100
Message-Id: <[email protected]>
Date: Mon, 25 Jan 1999 19:40:29 +0100
Reply-To: [email protected]
Sender: [email protected]
From: [email protected] (Martin Puaschitz)
To: [email protected]
Subject: Sendmail problems
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Content-ID: <[email protected]>
X-Sender: [email protected]
X-Gateway: NASTA Gate 1.18 for FirstClass(R)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hello to all.

I wanna configure my sendmail ( 8.8.8 ) this way:

i don't want that people may send spam on port 25 of my server but
every user on the system may send mail to every server and get mil from
every server
next i want that a mail is only allowed when there are less than 30
users on my system from some other server users
may you send me your confid ideas ?

thanx,
martin - austria

--

From [email protected] Tue Jan 26 15:42:38 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id PAA20012;
Tue, 26 Jan 1999 15:42:33 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA29215;
Tue, 26 Jan 1999 15:39:04 -0600 (CST)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA10422
for <[email protected]>; Tue, 26 Jan 1999 15:33:52 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id QAA03667;
Tue, 26 Jan 1999 16:33:27 -0500
Message-Id: <[email protected]>
Date: Tue, 26 Jan 1999 16:33:27 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Martin Puaschitz <[email protected]>
Cc: [email protected]
Subject: Re: Sendmail 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 Mon, 25 Jan 1999, Martin Puaschitz wrote:

> I wanna configure my sendmail ( 8.8.8 ) this way:

Wrong list. Current Sendmail is 8.9.2, btw.

--

Gregory A Lundberg Senior Partner, VRnet Company
1441 Elmdale Drive [email protected]
Kettering, OH 45409-1615 USA 1-800-809-2195

From [email protected] Tue Jan 26 15:43:45 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id PAA20026;
Tue, 26 Jan 1999 15:43:44 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA18102;
Tue, 26 Jan 1999 15:40:04 -0600 (CST)
Received: from smtp3.ny.us.ibm.com (smtp3.ny.us.ibm.com [198.133.22.42])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA32327
for <[email protected]>; Tue, 26 Jan 1999 15:37:49 -0600 (CST)
Received: from northrelay01.pok.ibm.com (northrelay01.pok.ibm.com [9.117.200.21])
by smtp3.ny.us.ibm.com (8.8.7/8.8.7) with ESMTP id QAA29878
for <[email protected]>; Tue, 26 Jan 1999 16:14:14 -0500
Received: from D51MTA06.pok.ibm.com (d51mta06.pok.ibm.com [9.117.200.34])
by northrelay01.pok.ibm.com (8.8.7m1/NCO v1.8) with SMTP id QAA193108
for <wu-ftpd%[email protected]>; Tue, 26 Jan 1999 16:37:15 -0500
Received: by D51MTA06.pok.ibm.com(Lotus SMTP MTA Internal build v4.6.2 (651.2 6-10-1998)) id 85256705.0076C2D1 ; Tue, 26 Jan 1999 16:37:11 -0500
Message-Id: <[email protected]>
Date: Tue, 26 Jan 1999 16:33:22 -0500
Reply-To: [email protected]
Sender: [email protected]
From: [email protected]
To: [email protected]
Subject: Password Aging in WU-FTP
Mime-Version: 1.0
Content-type: text/plain; charset=us-ascii
Content-Disposition: inline
X-Lotus-FromDomain: IBMUS
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi I am still looking for a response on this. Can anyone help me?

-Richelle

To: [email protected]@internet
cc:
From: Richelle dela Cruz/White Plains/IBM @ IBMUS
Subject: Password Aging in WU-FTP

Hi,
I am wondering if wu-ftp supports password aging - meaning it checks
for the expiration date of the ftp id's password and does not allow the ftp
id to login in if it's password is already expired. I tested this and
wu-ftp seems to ignore the "expiration date" of the ftp id's password.

I have currently set up chrooted-ftp ids for AIX 4.3.0. I am using
wu-ftp (Version wu-2.4.2-academ[BETA-18](1)
and not the AIX ftp (which supports aging).

Can someone help me with this? Thanks.

RICHELLE DELA CRUZ
[email protected]

From [email protected] Tue Jan 26 16:09:07 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id QAA20380;
Tue, 26 Jan 1999 16:09:03 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA18724;
Tue, 26 Jan 1999 16:04:54 -0600 (CST)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA31648
for <[email protected]>; Tue, 26 Jan 1999 16:02:36 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id RAA04064;
Tue, 26 Jan 1999 17:02:10 -0500
Message-Id: <[email protected]>
Date: Tue, 26 Jan 1999 17:02:09 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: Password Aging in WU-FTP
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Tue, 26 Jan 1999 [email protected] wrote:

> I am wondering if wu-ftp supports password aging - meaning it checks
> for the expiration date of the ftp id's password and does not allow
> the ftp id to login in if it's password is already expired. I tested
> this and wu-ftp seems to ignore the "expiration date" of the ftp id's
> password.
>
> I have currently set up chrooted-ftp ids for AIX 4.3.0. I am using
> wu-ftp (Version wu-2.4.2-academ[BETA-18](1) and not the AIX ftp (which
> supports aging).

If AIX passwd struct has pw_expire (look in man 3 getpwnam or getpwuid)

#define HAS_PW_EXPIRE

at the end of your src/config/config.aix will do it. Expired passwords
are the same as wrong passwords (no different warning, just refused
login).

--

Gregory A Lundberg Senior Partner, VRnet Company
1441 Elmdale Drive [email protected]
Kettering, OH 45409-1615 USA 1-800-809-2195

From [email protected] Tue Jan 26 16:54:14 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id QAA21088;
Tue, 26 Jan 1999 16:54:12 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA02010;
Tue, 26 Jan 1999 16:50:34 -0600 (CST)
Received: from relay.pair.com (relay1.pair.com [209.68.1.20])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA30145
for <[email protected]>; Tue, 26 Jan 1999 16:49:12 -0600 (CST)
Received: from microsoft.sucks.eu.org ([email protected] [137.226.8.145])
by relay.pair.com (8.8.7/8.8.5) with SMTP id RAA02103;
Tue, 26 Jan 1999 17:54:47 -0500 (EST)
Message-Id: <Pine.LNX.4.04.9901262334390.24673-100000@k6.microsoft.sucks.eu.org>
Date: Tue, 26 Jan 1999 23:36:04 +0100 (CET)
Reply-To: [email protected]
Sender: [email protected]
From: Bernhard Rosenkraenzer <[email protected]>
To: Inigo_Surguy/[email protected]
Cc: [email protected]
Subject: Re: Owner of all uploaded files is root
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Tue, 26 Jan 1999 Inigo_Surguy/[email protected] wrote:

> I'm using the latest version of BeroFTPD on Solaris 2.5.1.
>
> I've just set it up, and it all works fine, *but* the owner of all files
> uploaded to the ftp server is root. The group is being set correctly to the
> user doing the uploading, but the user itself doesn't appear to be.

Check the upload directives in your ftpaccess file - BeroFTPD permits
automatically chowing files on upload.
Also, make sure you are NOT using 1.3.1, which had a major bug. Either get
1.3.2, or stay with the stable (1.2.x) version.

LLaP
bero

--
Windows 98 supports real multitasking - it can boot and crash simultaneously.
***
Anyone sending unwanted advertising e-mail to this address will be charged
$25 for network traffic and computing time. By extracting my address from
this message or its header, you agree to these terms.

From [email protected] Tue Jan 26 19:30:11 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id TAA22764;
Tue, 26 Jan 1999 19:30:10 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id TAA27318;
Tue, 26 Jan 1999 19:26:13 -0600 (CST)
Received: from ilsa.franken.de ([email protected] [193.175.24.42])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id TAA04552
for <[email protected]>; Tue, 26 Jan 1999 19:25:15 -0600 (CST)
Received: by ilsa.franken.de (Smail3.2 #1)
id m105JjC-000VJlC; Wed, 27 Jan 1999 02:25:10 +0100 (CET)
Received: from billix.franken.de(194.94.248.151), claiming to be "idefix.billy.de"
via SMTP by ilsa.franken.de, id smtpda09373; Wed Jan 27 01:25:04 1999
Received: (from oliver@localhost)
by idefix.billy.de (8.8.8/8.8.8) id CAA00945;
Wed, 27 Jan 1999 02:16:26 +0100
Message-Id: <[email protected]>
Date: Wed, 27 Jan 1999 02:16:26 +0100 (MET)
Reply-To: [email protected]
Sender: [email protected]
From: Oliver Billmann <[email protected]>
To: [email protected]
Cc: [email protected] (Oliver Billmann)
Subject: IGNORE_NOOP doesn't work
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailer: ELM [version 2.4ME+ PL37 (25)]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi,

I just realized, that IGNORE_NOOP doesn't work. I tested this with two
parallel connections to the same server. The first client was sending a
NOOP every minute, the second wasn't. The connection from the second
client was closed after the inactivity timeout, the other connection
was not closed.

So I played a little bit with the -t option to ftpd. If the value given
is below 1 minute, both connections are closed! This made me curious
and I took a look at the source ;-)

In line 1328 of ftpcmd.y I found the following call to alarm:
(void) alarm((unsigned) timeout);

Am I wrong, or does this reset the inactivity timer on every command
given, even NOOP? Maybe you can fix this in the next release. Thanks

Oliver

--
\\\///
+--------------------+ \\// +-----------------------------+
| Oliver Billmann | ( .. ) | [email protected] |
+--------------------+-ooO-(__)-Ooo-+-----------------------------+

From [email protected] Tue Jan 26 21:28:10 1999
Received: from wugate.wustl.edu ([128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id VAA24003;
Tue, 26 Jan 1999 21:28:05 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id VAA26931;
Tue, 26 Jan 1999 21:22:47 -0600 (CST)
Received: from att.com (algw1.att.com [192.128.167.153])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id VAA12213
for <[email protected]>; Tue, 26 Jan 1999 21:20:00 -0600 (CST)
Received: from alms2.fw.att.com by algw1.att.com (AT&T/IPNS/UPAS-1.0)
for wugate.wustl.edu!wu-ftpd
sender lynx.lz.att.com!rah (lynx.lz.att.com!rah); Tue Jan 26 22:13 EST 1999
Received: from merlin.lz.att.com (lynx.lz.att.com [135.25.200.5])
by alms2.fw.att.com (AT&T/IPNS/GW-1.0) with SMTP id WAA28002
for <[email protected]>; Tue, 26 Jan 1999 22:16:02 -0500 (EST)
Received: by merlin.lz.att.com with SMTP (Microsoft Exchange Server Internet Mail Connector Version 4.0.996.62)
id <[email protected]>; Tue, 26 Jan 1999 22:21:20 -0500
Message-Id: <c=US%a=_%p=att%[email protected]>
Date: Tue, 26 Jan 1999 22:21:18 -0500
Reply-To: [email protected]
Sender: [email protected]
From: Roger Hanke <[email protected]>
To: "'WUFTPD List'" <[email protected]>
Subject: Anonymous rootdir problem with BeroFTPD 1.2.3
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.0.996.62
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hello All,
Successfully upgraded from WUFTPD Beta 13 with
Kent's newvirt patch to BeroFTPD 1.2.3 and everything
worked fine except one thing.
I use the full virtual server setup with ftpservers directing
different IPs to different ftpaccess files. These unique
ftpaccess files all have unique root and logfile directives
in them so each different IP is chrooted to different
area. Guest accounts that are also unique to each ftpaccess
file work fine. Also know I am getting to the correct
ftpaccess file since each has a unique banner line in
it. Only problem is when I use ftp or anonymous to
access the same IP I end up being chrooted to
the home directory of ~ftp as taken from the /etc/passwd
file. Instead of being chrooted to the root location specified
in that directive (root /home/testftp/anonymous).
These files were not changed at all when I converted
servers and they still work fine with patched Beta 13
version. So I suspect there is some other difference
in the later versions that I need to compensate for.
Does this type of problem ring any bells with anyone?
Thanx,
Roger Hanke

---------------------------------------------------------------
Roger A. Hanke AT&T Web Site Services
(732)576-5738 [email protected]
FAX (732)576-6041 http://lynxhub.att.com/~rah/
---------------------------------------------------------------

From [email protected] Tue Jan 26 21:54:24 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id VAA24450;
Tue, 26 Jan 1999 21:54:11 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id VAA15589;
Tue, 26 Jan 1999 21:48:25 -0600 (CST)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id VAA21083
for <[email protected]>; Tue, 26 Jan 1999 21:43:36 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id WAA06347;
Tue, 26 Jan 1999 22:43:28 -0500
Message-Id: <[email protected]>
Date: Tue, 26 Jan 1999 22:43:28 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Oliver Billmann <[email protected]>
Cc: [email protected], Oliver Billmann <[email protected]>
Subject: Re: IGNORE_NOOP doesn't work
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Wed, 27 Jan 1999, Oliver Billmann wrote:

> I just realized, that IGNORE_NOOP doesn't work. I tested this with two
> parallel connections to the same server. The first client was sending
> a NOOP every minute, the second wasn't. The connection from the second
> client was closed after the inactivity timeout, the other connection
> was not closed.
>
> So I played a little bit with the -t option to ftpd. If the value
> given is below 1 minute, both connections are closed! This made me
> curious and I took a look at the source ;-)
>
> In line 1328 of ftpcmd.y I found the following call to alarm:
> (void) alarm((unsigned) timeout);
>
> Am I wrong, or does this reset the inactivity timer on every command
> given, even NOOP? Maybe you can fix this in the next release. Thanks

Since the line number matched, I presume you're talking about the VR12
version.

Sure I'll take a look at it. I could swear I tested it and it worked as
is, but retesting is at least warranted.

As for a fix in the next version, you're just a few hours past code-freeze
for VR13 so it'll have to wait for VR14 on March 1. If it's a real
problem I can do a hot fix after VR13 comes out on February 1 (which is
probably when I'll get a chance to look at it since we're in final-test
and build phase right now).

--

Gregory A Lundberg Senior Partner, VRnet Company
1441 Elmdale Drive [email protected]
Kettering, OH 45409-1615 USA 1-800-809-2195

From [email protected] Wed Jan 27 07:08:44 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id HAA28517;
Wed, 27 Jan 1999 07:08:43 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id HAA28593;
Wed, 27 Jan 1999 07:03:53 -0600 (CST)
Received: from ilsa.franken.de ([email protected] [193.175.24.42])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id GAA19558
for <[email protected]>; Wed, 27 Jan 1999 06:58:59 -0600 (CST)
Received: by ilsa.franken.de (Smail3.2 #1)
id m105UY4-000VLBC; Wed, 27 Jan 1999 13:58:24 +0100 (CET)
Received: from billix.franken.de(194.94.248.151), claiming to be "idefix.billy.de"
via SMTP by ilsa.franken.de, id smtpda22933; Wed Jan 27 12:58:21 1999
Received: (from oliver@localhost)
by idefix.billy.de (8.8.8/8.8.8) id NAA15504;
Wed, 27 Jan 1999 13:53:35 +0100
Message-Id: <[email protected]>
Date: Wed, 27 Jan 1999 13:53:35 +0100 (MET)
Reply-To: [email protected]
Sender: [email protected]
From: Oliver Billmann <[email protected]>
To: [email protected] (Gregory A Lundberg)
Cc: [email protected]
Subject: Re: IGNORE_NOOP doesn't work
In-Reply-To: <[email protected]> from Gregory A Lundberg at "Jan 26, 99 10:43:28 pm"
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailer: ELM [version 2.4ME+ PL37 (25)]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi Gregory,

> > In line 1328 of ftpcmd.y I found the following call to alarm:
> > (void) alarm((unsigned) timeout);
> >
> > Am I wrong, or does this reset the inactivity timer on every command
> > given, even NOOP? Maybe you can fix this in the next release. Thanks
>
> Since the line number matched, I presume you're talking about the VR12
> version.

Didn't I mention that? Sorry, my fault. In deed I tested this on a Linux
box running VR12. But I observed this behaviour on a Solaris 2.6 box
running VR9 too...

> Sure I'll take a look at it. I could swear I tested it and it worked as
> is, but retesting is at least warranted.
>
> As for a fix in the next version, you're just a few hours past code-freeze
> for VR13 so it'll have to wait for VR14 on March 1. If it's a real
> problem I can do a hot fix after VR13 comes out on February 1 (which is
> probably when I'll get a chance to look at it since we're in final-test
> and build phase right now).

I would appreciate it if you could send me a fix earlier, on the other hand
I lived with this for a couple of weeks now and another month doesn't
really matter ;-)

Oliver

--
\\\///
+--------------------+ \\// +-----------------------------+
| Oliver Billmann | ( .. ) | [email protected] |
+--------------------+-ooO-(__)-Ooo-+-----------------------------+

From [email protected] Wed Jan 27 08:42:45 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id IAA29197;
Wed, 27 Jan 1999 08:42:44 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id IAA18876;
Wed, 27 Jan 1999 08:38:15 -0600 (CST)
Received: from att.com (cagw1.att.com [192.128.52.89])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id IAA20425
for <[email protected]>; Wed, 27 Jan 1999 08:34:38 -0600 (CST)
Received: from caig1.fw.att.com by cagw1.att.com (AT&T/IPNS/UPAS-1.0)
for wugate.wustl.edu!wu-ftpd
sender lynx.lz.att.com!rah (lynx.lz.att.com!rah); Wed Jan 27 09:25 EST 1999
Received: from merlin.lz.att.com (lynx.lz.att.com [135.25.200.5])
by caig1.fw.att.com (AT&T/IPNS/GW-1.0) with SMTP id JAA18444
for <[email protected]>; Wed, 27 Jan 1999 09:34:33 -0500 (EST)
Received: by merlin.lz.att.com with SMTP (Microsoft Exchange Server Internet Mail Connector Version 4.0.996.62)
id <[email protected]>; Wed, 27 Jan 1999 09:35:54 -0500
Message-Id: <c=US%a=_%p=att%[email protected]>
Date: Wed, 27 Jan 1999 09:35:53 -0500
Reply-To: [email protected]
Sender: [email protected]
From: Roger Hanke <[email protected]>
To: "'Morvan Daniel Muller'" <[email protected]>
Cc: "'WUFTPD List'" <[email protected]>
Subject: RE: Upgrading to BeroFTPD 1.2.3
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.0.996.62
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Dear Morvan,
I am running on Solaris 2.5.1 so shouldnt have any problems.
Remember that 1.2.x is the stable versions, and 1.3.x are
the experimental ones.

The following is a list of download sites for BeroFTPD:
ftp://beroftpd.unix.eu.org/pub/BeroFTPD/
ftp://ftp.croftj.net/usr/bero/BeroFTPD/
ftp://ftp.sunet.se/pub/nir/ftp/servers/BeroFTPD/
ftp://sunsite.cnlab-switch.ch/mirror/BeroFTPD/
The last two sites came up for me, the first two did not through my
browser. But at times even the last two took forever to come up. Mostly
minor fixes that Bernhard doesn't feel justify a new release can be
found at:
ftp://beroftpd.unix.eu.org/pub/BeroFTPD/fixes/
ftp://ftp.sunet.se/pub/nir/ftp/servers/BeroFTPD/fixes/
ftp://sunsite.cnlab-switch.ch/mirror/BeroFTPD/fixes/

Roger

>-----Original Message-----
>From: Morvan Daniel Muller [SMTP:[email protected]]
>Sent: Wednesday, January 27, 1999 6:19 AM
>To: Roger Hanke
>Subject: Re: Anonymous rootdir problem with BeroFTPD 1.2.3
>
>Hello Roger!
>
>On Tue, 26 Jan 1999, Roger Hanke wrote:
>
>> Hello All,
>> Successfully upgraded from WUFTPD Beta 13 with
>> Kent's newvirt patch to BeroFTPD 1.2.3 and everything
>> worked fine except one thing.
>
>I use sun/solaris2.6 and want test BeroFTPD, where
>you downloaded BeroFTP?
>
>Which is BeroFTPD official URL?
>
>Thanks!
>
>Morvan Daniel Muller
>[email protected]
>Santa Cruz do Sul - RS
>

From [email protected] Wed Jan 27 09:40:45 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id JAA29857;
Wed, 27 Jan 1999 09:40:41 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id JAA26944;
Wed, 27 Jan 1999 09:35:54 -0600 (CST)
Received: from relay.pair.com (relay1.pair.com [209.68.1.20])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id JAA14014
for <[email protected]>; Wed, 27 Jan 1999 09:34:38 -0600 (CST)
Received: from microsoft.sucks.eu.org (s4m206.dialup.RWTH-Aachen.DE [137.226.8.206])
by relay.pair.com (8.8.7/8.8.5) with SMTP id KAA28063;
Wed, 27 Jan 1999 10:14:22 -0500 (EST)
Message-Id: <[email protected]>
Date: Wed, 27 Jan 1999 13:38:21 +0100 (CET)
Reply-To: [email protected]
Sender: [email protected]
From: Bernhard Rosenkraenzer <[email protected]>
To: Roger Hanke <[email protected]>
Cc: "'WUFTPD List'" <[email protected]>
Subject: Re: Anonymous rootdir problem with BeroFTPD 1.2.3
In-Reply-To: <c=US%a=_%p=att%[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Tue, 26 Jan 1999, Roger Hanke wrote:

> Only problem is when I use ftp or anonymous to
> access the same IP I end up being chrooted to
> the home directory of ~ftp as taken from the /etc/passwd
> file.

Use the anonymous-root directive in your virtual ftpaccess files. (man
ftpaccess).

LLaP
bero

--
Windows 98 supports real multitasking - it can boot and crash simultaneously.
***
Anyone sending unwanted advertising e-mail to this address will be charged
$25 for network traffic and computing time. By extracting my address from
this message or its header, you agree to these terms.

From [email protected] Wed Jan 27 13:01:48 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA02365;
Wed, 27 Jan 1999 13:01:46 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA11524;
Wed, 27 Jan 1999 12:57:00 -0600 (CST)
Received: from smtp7.ny.us.ibm.com (smtp7.ny.us.ibm.com [198.133.22.19])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA32642
for <[email protected]>; Wed, 27 Jan 1999 12:56:06 -0600 (CST)
Received: from northrelay01.pok.ibm.com (northrelay01.pok.ibm.com [9.117.200.21])
by smtp7.ny.us.ibm.com (8.8.7/8.8.7) with ESMTP id NAA40666;
Wed, 27 Jan 1999 13:54:52 -0500
Received: from D51MTA06.pok.ibm.com (d51mta06.pok.ibm.com [9.117.200.34])
by northrelay01.pok.ibm.com (8.8.7m1/NCO v1.8) with SMTP id NAA237380;
Wed, 27 Jan 1999 13:55:25 -0500
Received: by D51MTA06.pok.ibm.com(Lotus SMTP MTA Internal build v4.6.2 (651.2 6-10-1998)) id 85256706.0067F260 ; Wed, 27 Jan 1999 13:55:22 -0500
Message-Id: <[email protected]>
Date: Wed, 27 Jan 1999 13:51:27 -0500
Reply-To: [email protected]
Sender: [email protected]
From: [email protected]
To: [email protected]
Cc: [email protected]
Subject: Re: Password Aging in WU-FTP
Mime-Version: 1.0
Content-type: text/plain; charset=us-ascii
Content-Disposition: inline
X-Lotus-FromDomain: IBMUS
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi Greg,
Thanks for the reply...
Unfortunately, AIX's password structure does NOT have a pw_expire,
therefore recompiling
with that flag will only make the compile bomb out.

Can you think of any other thing we can do have wu-ftp detect password
aging?

Thanks -> Richelle ([email protected])

Gregory A Lundberg <"lundberg+wuftpd"@vr.net> on 01/26/99 05:02:09 PM

Please respond to "lundberg+wuftpd"@vr.net

To: Richelle dela Cruz/White Plains/IBM
cc: [email protected]
Subject: Re: Password Aging in WU-FTP

On Tue, 26 Jan 1999 [email protected] wrote:

> I am wondering if wu-ftp supports password aging - meaning it checks
> for the expiration date of the ftp id's password and does not allow
> the ftp id to login in if it's password is already expired. I tested
> this and wu-ftp seems to ignore the "expiration date" of the ftp id's
> password.
>
> I have currently set up chrooted-ftp ids for AIX 4.3.0. I am using
> wu-ftp (Version wu-2.4.2-academ[BETA-18](1) and not the AIX ftp (which
> supports aging).

If AIX passwd struct has pw_expire (look in man 3 getpwnam or getpwuid)

#define HAS_PW_EXPIRE

at the end of your src/config/config.aix will do it. Expired passwords
are the same as wrong passwords (no different warning, just refused
login).

--

Gregory A Lundberg Senior Partner, VRnet Company
1441 Elmdale Drive [email protected]
Kettering, OH 45409-1615 USA 1-800-809-2195

From [email protected] Wed Jan 27 15:26:11 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id PAA04057;
Wed, 27 Jan 1999 15:26:11 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA27255;
Wed, 27 Jan 1999 15:19:42 -0600 (CST)
Received: from neptune.phys.ufl.edu (neptune-gw.phys.ufl.edu [128.227.64.7])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA09926
for <[email protected]>; Wed, 27 Jan 1999 15:18:09 -0600 (CST)
Received: from maxwell.phys.ufl.edu (maxwell.phys.ufl.edu [128.227.64.2])
by neptune.phys.ufl.edu (8.8.8/8.8.8) with ESMTP id QAA10948
for <[email protected]>; Wed, 27 Jan 1999 16:18:08 -0500 (EST)
Received: from localhost (ddr@localhost)
by maxwell.phys.ufl.edu (8.8.8/8.8.8) with SMTP id QAA12161
for <[email protected]>; Wed, 27 Jan 1999 16:18:08 -0500 (EST)
Message-Id: <[email protected]>
Date: Wed, 27 Jan 1999 16:18:08 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Dan Roscigno <[email protected]>
To: [email protected]
Subject: permitting real user access from localhost and anon access from everywhere
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Authentication-Warning: maxwell.phys.ufl.edu: ddr owned process doing -bs
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I would like to allow "real" users access to ftp from
localhost only ( actually tunnelling through ssh so the
connections appear to be from localhost). I would like to
allow anonymous access from any host.

Can someone help me with the config files?

Thanks,
Dan
---------------------------------------------------------
Dan Roscigno [email protected] (352)392-4028
Physics Dept. University of Florida 2122 New Physics Building

From [email protected] Wed Jan 27 15:47:38 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id PAA04325;
Wed, 27 Jan 1999 15:47:37 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA26061;
Wed, 27 Jan 1999 15:38:38 -0600 (CST)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA09988
for <[email protected]>; Wed, 27 Jan 1999 15:37:30 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id QAA14809;
Wed, 27 Jan 1999 16:37:21 -0500
Message-Id: <[email protected]>
Date: Wed, 27 Jan 1999 16:37:21 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Dan Roscigno <[email protected]>
Cc: [email protected]
Subject: Re: permitting real user access from localhost and anon access
from everywhere
In-Reply-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, 27 Jan 1999, Dan Roscigno wrote:

> I would like to allow "real" users access to ftp from localhost only (
> actually tunnelling through ssh so the connections appear to be from
> localhost). I would like to allow anonymous access from any host.

Define a class for local real and another for anon everywhere:

class localreal real localhost
class anyanon anonymous *

guests will be refused (not in any class)
real users from anywhere other than 'localhost' will be refused as well
(not in any class either).
anonymous from anywhere will be allowed.

--

Gregory A Lundberg Senior Partner, VRnet Company
1441 Elmdale Drive [email protected]
Kettering, OH 45409-1615 USA 1-800-809-2195

From [email protected] Wed Jan 27 17:32:23 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id RAA05525;
Wed, 27 Jan 1999 17:32:19 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id RAA24700;
Wed, 27 Jan 1999 17:23:04 -0600 (CST)
Received: from att.com (kcgw1.att.com [192.128.133.151])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id RAA17744
for <[email protected]>; Wed, 27 Jan 1999 17:20:43 -0600 (CST)
Received: from kcig1.att.att.com by kcgw1.att.com (AT&T/IPNS/UPAS-1.0)
for wugate.wustl.edu!wu-ftpd
sender lynx.lz.att.com!rah (lynx.lz.att.com!rah); Wed Jan 27 17:20 CST 1999
Received: from merlin.lz.att.com (lynx.lz.att.com [135.25.200.5])
by kcig1.att.att.com (AT&T/IPNS/GW-1.0) with SMTP id RAA16624
for <[email protected]>; Wed, 27 Jan 1999 17:20:32 -0600 (CST)
Received: by merlin.lz.att.com with SMTP (Microsoft Exchange Server Internet Mail Connector Version 4.0.996.62)
id <[email protected]>; Wed, 27 Jan 1999 18:21:56 -0500
Message-Id: <c=US%a=_%p=att%[email protected]>
Date: Wed, 27 Jan 1999 18:21:54 -0500
Reply-To: [email protected]
Sender: [email protected]
From: Roger Hanke <[email protected]>
To: "'Bernhard Rosenkraenzer'" <[email protected]>
Cc: "'WUFTPD List'" <[email protected]>
Subject: Logfile directive missing with BeroFTPD 1.2.3?
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.0.996.62
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Bernhard,
Thanks for the answer and pointer to the new
anonymous-root directive.
I had read the ftpaccess man page but had basically still
been using the VIRTUAL.FTP.SUPPORT file for info on
virtual server setup once I saw you had updated it from
Kent's original version. Since it still refers to both root
and logfile directives as you can see below, it might be
worth updating it. So I looked thru the ftpaccess man
page in advance of my question this time. But still
cant figure out what replaced the logfile directive?
How do I now specify where each virtual server xferlog
file should be located? Currently they are all defaulting
back to the system xferlog file which means we lost the
nice capability of separating transfers by virtual server
that we had been using.
Thanks again,
Roger Hanke

7.3 Virtual ftpaccess files:
----------------------------
For each virtual domain that you want to support, you have the option
to create a ftpaccess file specific for that domain. This will
override
completely what you have in the Master ftpaccess file. This file
must
contain all directives. If you do not create an ftpaccess file for a
specific domain, the domain will use the Master ftpaccess file
settings.

The only additions to the ftpaccess file that you need to make over a
non-virtual version is the "root" and "logfile" directives. These
act
to assure the proper ftpd root directory is used for each of the
supported
virtual domains. The logfile directive is used to specify where you
want
the transfer logs recorded for that specific virtual domain. A
sample is
specfied below.

root /ftp
logfile /var/log/xferlog

>-----Original Message-----
>From: Bernhard Rosenkraenzer [SMTP:[email protected]]
>Sent: Wednesday, January 27, 1999 7:38 AM
>To: Roger Hanke
>Cc: 'WUFTPD List'
>Subject: Re: Anonymous rootdir problem with BeroFTPD 1.2.3
>
>On Tue, 26 Jan 1999, Roger Hanke wrote:
>
>> Only problem is when I use ftp or anonymous to
>> access the same IP I end up being chrooted to
>> the home directory of ~ftp as taken from the /etc/passwd
>> file.
>
>Use the anonymous-root directive in your virtual ftpaccess files. (man
>ftpaccess).
>
>LLaP
>bero
>
>--
>Windows 98 supports real multitasking - it can boot and crash simultaneously.
>***
>Anyone sending unwanted advertising e-mail to this address will be charged
>$25 for network traffic and computing time. By extracting my address from
>this message or its header, you agree to these terms.
>
>

From [email protected] Wed Jan 27 19:57:48 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id TAA07085;
Wed, 27 Jan 1999 19:57:47 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id TAA19173;
Wed, 27 Jan 1999 19:52:41 -0600 (CST)
Received: from k-user-1.momo2000.com ([210.142.121.13])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id TAA00492
for <[email protected]>; Wed, 27 Jan 1999 19:50:06 -0600 (CST)
Received: from webmaster (webmaster.momo2000.com [210.142.121.23])
by k-user-1.momo2000.com with SMTP
id BAA11767 for <[email protected]>; Thu, 28 Jan 1999 01:41:56 GMT
Message-Id: <[email protected]>
Date: Thu, 28 Jan 1999 10:55:09 +0900
Reply-To: [email protected]
Sender: [email protected]
From: "Chip Downs, Webmaster" <[email protected]>
To: <[email protected]>
Subject: /etc/group
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I have followed the wonderful instructions at
ftp://ftp.fni.com/pub/wu-ftpd/guest-howto for the guest howto and have
everything working, but have a question.

In step one it says to ad the following line to /etc/group:

client::400:mort

We have several hundred customers and I don't want my /etc/group turning
into
client::400:userid1,userid2,userid3,...,userid999,...

In addition, in steps 3-6 we create a ~userid/bin and ~userid/etc with
~userid/etc containing the group and passwd files of two lines each. As
long as we do this, do we really need to put every userid in our /etc/group
file? I tested it without putting a userid in the /etc/group, but leaving
the userid in the ~userid/etc/passwd and ~userid/etc/group file.

Will I have any security concerns by not adding every userid to the
/etc/group file?

Also, I'm interested in the on the fly compression and tar...Is there any
documentation talking about the advantages/disadvantages of this and how it
works?

Thanks,
Chip Downs, [email protected]

From [email protected] Wed Jan 27 20:35:16 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id UAA07428;
Wed, 27 Jan 1999 20:35:07 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id UAA07274;
Wed, 27 Jan 1999 20:31:14 -0600 (CST)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id UAA19701
for <[email protected]>; Wed, 27 Jan 1999 20:28:52 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id VAA16963;
Wed, 27 Jan 1999 21:28:04 -0500
Message-Id: <[email protected]>
Date: Wed, 27 Jan 1999 21:28:03 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: "Chip Downs, Webmaster" <[email protected]>
Cc: [email protected]
Subject: Re: /etc/group
In-Reply-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, 28 Jan 1999, Chip Downs, Webmaster wrote:

> We have several hundred customers and I don't want my /etc/group
> turning into client::400:userid1,userid2,userid3,...,userid999,...

The VR version (and, I believe, BeroFTPD) add ftpaccess clauses which
allow you to force all users/groups, individually, or by a range, to be
guests.

> In addition, in steps 3-6 we create a ~userid/bin and ~userid/etc with
> ~userid/etc containing the group and passwd files of two lines each.
> As long as we do this, do we really need to put every userid in our
> /etc/group file?

Yes, unless you're running the VR version. /etc/group determines whether
they are guests or real users.

> I tested it without putting a userid in the /etc/group, but leaving
> the userid in the ~userid/etc/passwd and ~userid/etc/group file.

You should put only the UIDs/GIDs needed for 'ls' to be pretty in ~/etc.
For the VR version, ~/etc/passwd can also determine the guest's starting
directory (rather than /etc/passwd) so it does not need to be their true
home (ie., /etc/passwd home is /home/./user1, chroot to /home, start in
~user1/www since that's the home claimed in /home/etc/passwd).

> Will I have any security concerns by not adding every userid to the
> /etc/group file?

Yes, with the stock academ version, they won't be guests but real users.
As such they will have free reign to roam at will through your entire
system. For instance, if a file is accidentally writable to the user,
they will be able to modify it via FTP. Of course, if the users can all
telnet into the box, this is sorta moot; but if they can only FTP, it's
critically important. You can manage it using upload, but that can get to
be a real pain too. Make your users all guests if at all possible.

> Also, I'm interested in the on the fly compression and tar...Is there
> any documentation talking about the advantages/disadvantages of this
> and how it works?

No documentation like that. Advantage: less bandwidth used.
Disadvantages: only power users will use it; system load is increased. It
works by installing the programs in ~/bin and using /etc/ftpconversions to
control which conversions are run. The FAQ covers it pretty well .. it's
basically the same as getting 'ls' to work for your guestgroup users.

--

Gregory A Lundberg Senior Partner, VRnet Company
1441 Elmdale Drive [email protected]
Kettering, OH 45409-1615 USA 1-800-809-2195

From [email protected] Thu Jan 28 10:18:16 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id KAA16063;
Thu, 28 Jan 1999 10:18:14 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA26538;
Thu, 28 Jan 1999 10:12:55 -0600 (CST)
Received: from smtp7.ny.us.ibm.com (smtp7.ny.us.ibm.com [198.133.22.19])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA21453
for <[email protected]>; Thu, 28 Jan 1999 10:03:47 -0600 (CST)
Received: from northrelay02.pok.ibm.com (northrelay02.pok.ibm.com [9.117.200.22])
by smtp7.ny.us.ibm.com (8.8.7/8.8.7) with ESMTP id LAA65404
for <[email protected]>; Thu, 28 Jan 1999 11:02:39 -0500
Received: from D51MTA06.pok.ibm.com (d51mta06.pok.ibm.com [9.117.200.34])
by northrelay02.pok.ibm.com (8.8.7m1/NCO v1.8) with SMTP id LAA278830
for <wu-ftpd%[email protected]>; Thu, 28 Jan 1999 11:03:13 -0500
Received: by D51MTA06.pok.ibm.com(Lotus SMTP MTA Internal build v4.6.2 (651.2 6-10-1998)) id 85256707.00582CC0 ; Thu, 28 Jan 1999 11:03:06 -0500
Message-Id: <[email protected]>
Date: Thu, 28 Jan 1999 10:59:05 -0500
Reply-To: [email protected]
Sender: [email protected]
From: [email protected]
To: [email protected]
Subject: LOCKING ftp ids in wu-ftp from login
Mime-Version: 1.0
Content-type: text/plain; charset=us-ascii
Content-Disposition: inline
X-Lotus-FromDomain: IBMUS
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

hi,
how do you temporarily lock an ftp-id in wu-ftp from logging in?
i cannot use lock=yes because wu-ftp ignores it..
i tried to change the shell, it didn't work.
i do not want to delete the id or rename it 'coz i don't to fix the
ownership changes in the directories and files later on.

any ideas?

Thank you! ... Richelle
RICHELLE DELA CRUZ
<<Email>> [email protected]

From [email protected] Thu Jan 28 10:33:36 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id KAA16299;
Thu, 28 Jan 1999 10:33:30 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA18536;
Thu, 28 Jan 1999 10:30:00 -0600 (CST)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA30177
for <[email protected]>; Thu, 28 Jan 1999 10:29:11 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id LAA22282;
Thu, 28 Jan 1999 11:29:06 -0500
Message-Id: <[email protected]>
Date: Thu, 28 Jan 1999 11:29:05 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: LOCKING ftp ids in wu-ftp from 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 Thu, 28 Jan 1999 [email protected] wrote:

> how do you temporarily lock an ftp-id in wu-ftp from logging in?
> i cannot use lock=yes because wu-ftp ignores it..
> i tried to change the shell, it didn't work.
> i do not want to delete the id or rename it 'coz i don't to fix the
> ownership changes in the directories and files later on.

I slip a character onto the front of the password in /etc/passwd so the
user cannot authenticate. You could also change their shell to something
not listed in /etc/shells .. that way if the user is a telnet user could
can display a helpfull message ("Pay your bill, deadbeat!") before
disconnecting.

--

Gregory A Lundberg Senior Partner, VRnet Company
1441 Elmdale Drive [email protected]
Kettering, OH 45409-1615 USA 1-800-809-2195

From [email protected] Thu Jan 28 14:53:42 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id OAA20013;
Thu, 28 Jan 1999 14:53:37 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id OAA02957;
Thu, 28 Jan 1999 14:48:39 -0600 (CST)
Received: from pop-c.netway.at (pop-c.netway.at [195.96.0.132])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA32639
for <[email protected]>; Thu, 28 Jan 1999 14:42:45 -0600 (CST)
Received: from schwarze_witwe (post.blackbox.at [195.248.39.138])
by pop-c.netway.at (8.9.1/8.9.1) with SMTP id VAA25037
for <[email protected]>; Thu, 28 Jan 1999 21:42:33 +0100
Message-Id: <[email protected]>
Date: Thu, 28 Jan 1999 19:06:30 +0100
Reply-To: [email protected]
Sender: [email protected]
From: [email protected] (Martin Puaschitz)
To: [email protected]
Cc: [email protected]
Subject: Re: LOCKING ftp ids in wu-ftp from login
References: <[email protected]>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Content-ID: <[email protected]>
X-Sender: [email protected]
X-Gateway: NASTA Gate 1.18 for FirstClass(R)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

[email protected],E-Mail writes:
>hi,
> how do you temporarily lock an ftp-id in wu-ftp from logging in?
> i cannot use lock=yes because wu-ftp ignores it..
> i tried to change the shell, it didn't work.
> i do not want to delete the id or rename it 'coz i don't to fix the
>ownership changes in the directories and files later on.

> any ideas?
there shoudl be a file named "ftpusers" oder "ftpaccess". There are
users in who may NOT log in via FTP.
Should solve your problem, shouldn't ?

martin - austria

--

From [email protected] Thu Jan 28 15:30:48 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id PAA20740;
Thu, 28 Jan 1999 15:30:46 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA13214;
Thu, 28 Jan 1999 15:26:53 -0600 (CST)
Received: from orr.pwgsc.gc.ca (orr.pwgsc.gc.ca [198.103.167.14])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA07511
for <[email protected]>; Thu, 28 Jan 1999 15:23:43 -0600 (CST)
Received: id QAA15096; Thu, 28 Jan 1999 16:12:50 -0500
Received: by gateway id QAA02275
for <[email protected]>; Thu, 28 Jan 1999 16:07:59 -0500 (EST)
Message-Id: <[email protected]>
Date: Thu, 28 Jan 1999 16:13:42 -0500
Reply-To: [email protected]
Sender: [email protected]
From: "Robertson, Rocke" <[email protected]>
To: wuftpd <[email protected]>
Subject: allowing clients to create symlinks. Not working.
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.03 [en] (WinNT; U)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I have moved ln to the ftp root. It has permissions of 555. I have added
these lines to /etc/ftpaccess,

ln yes local
ln no remote

Here is what the log says is happening.

Jan 28 16:10:29 woody ftpd[28218]: SITE EXEC (lines: 0): ln -s it ftpd
Jan 28 16:10:29 woody ftpd[28218]: SITE EXEC (lines: 0): ln -s it ftpd

But nothing is happening. Has anyone tried this before, or am I just
waisting my time.
THanks

--
Rocke Robertson
PWGSC/GTIS
(613)991-2604
[email protected]

From [email protected] Thu Jan 28 15:47:43 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id PAA21139;
Thu, 28 Jan 1999 15:47:42 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA00131;
Thu, 28 Jan 1999 15:39:48 -0600 (CST)
Received: from molbio.unmc.edu (molbio.unmc.edu [137.197.214.37])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA08893
for <[email protected]>; Thu, 28 Jan 1999 15:36:01 -0600 (CST)
Received: from windsurf2 by molbio.unmc.edu (SMI-8.6/SMI-SVR4)
id PAA16019; Thu, 28 Jan 1999 15:40:18 -0600
Message-Id: <[email protected]>
Date: Thu, 28 Jan 1999 15:36:09 -0600
Reply-To: [email protected]
Sender: [email protected]
From: Chad Price <[email protected]>
To: [email protected]
Subject: Bero 1.3.2 login problem
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Sender: [email protected]
X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I've got and installed 1.3.2 (I'm aware that 1.2.x is the official stable
version). I'm replacing an old version of wu-ftpd (2.4(2)). I cannot login
using Bero and can login using wu-ftpd with the same configuration files.
Details below.

I have the wu-ftpd working correctly and have installed the appropriately
altered Bero ftpaccess and other config files and tested the configuration
by (1) using the wu-ftpd server which works fine and (2) using the
configuration test programs in sbin which only give warnings - no errors.
The warnings are:

molbio /usr/local/stow-dir/bero-ftp> sbin/ckconfig
Checking _PATH_FTPUSERS :: /usr/local/etc/ftpusers
ok.

Checking _PATH_FTPSERVERS :: /usr/local/etc/ftpservers
I can't find it... look in doc/examples for an example.

Checking _PATH_FTPACCESS :: /usr/local/etc/ftpaccess
ok.

Checking _PATH_PIDNAMES :: /var/adm/ftp.pids-%s
ok.

Checking _PATH_CVT :: /usr/local/etc/ftpconversions
ok.

Checking _PATH_XFERLOG :: /var/log/xferlog
I can't find it...
Don't worry, it will be created automatically by the
server if you do transfer logging.

Checking _PATH_PRIVATE :: /usr/local/etc/ftpgroups
ok.

Checking _PATH_FTPHOSTS :: /usr/local/etc/ftphosts
I can't find it... look in doc/examples for an example.
You only need this if you are using the HOST ACCESS features
of the server.

molbio /usr/local/stow-dir/bero-ftp> sudo sbin/ftpck
Password:
WARNING: ftpservers file /usr/local/etc/ftpservers missing.
Only needed if you're using virtual hosts.
WARNING: ftphosts file /usr/local/etc/ftphosts missing.
Only needed if using BeroFTPD HOST ACCESS features.
WARNING: xferlog file /var/log/xferlog missing.

I cannot login using Bero and I can login using wu-ftpd. The only changes
I make in the interim are to inetd.conf to start Bero with
-a -i
The wu parameters are:
-a -u077 -l -L

System: solaris 2.4 patched, gcc

Installation was with configure --prefix and then 'stow' to link to the
desired official location.

So: Is this a bug, or am I missing something?

Chad

Chad Price
Systems Manager
University of Nebraska Medical Center
600 S 42nd St
Omaha, NE 68506-6495
[email protected]
(402) 559-9527
(402) 559-4077 (FAX)

From [email protected] Thu Jan 28 16:32:34 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id QAA21955;
Thu, 28 Jan 1999 16:32:31 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA06530;
Thu, 28 Jan 1999 16:25:06 -0600 (CST)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA28619
for <[email protected]>; Thu, 28 Jan 1999 16:23:14 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id RAA25859;
Thu, 28 Jan 1999 17:22:57 -0500
Message-Id: <[email protected]>
Date: Thu, 28 Jan 1999 17:22:57 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: "Robertson, Rocke" <[email protected]>
Cc: wuftpd <[email protected]>
Subject: Re: allowing clients to create symlinks. Not working.
In-Reply-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, 28 Jan 1999, Robertson, Rocke wrote:

> I have moved ln to the ftp root. It has permissions of 555. I have
> added these lines to /etc/ftpaccess,
>
> ln yes local
> ln no remote

These won't do anything. There are not 'ln' clauses in the ftpaccess
file. Read the manpage for what you can put in there.

> Here is what the log says is happening.
>
> Jan 28 16:10:29 woody ftpd[28218]: SITE EXEC (lines: 0): ln -s it ftpd
> Jan 28 16:10:29 woody ftpd[28218]: SITE EXEC (lines: 0): ln -s it ftpd
>
> But nothing is happening. Has anyone tried this before, or am I just
> waisting my time.

SITE EXEC? Yeah, I've used it to test that it really does work.

Are you wasting your time? Probably.

--

Gregory A Lundberg Senior Partner, VRnet Company
1441 Elmdale Drive [email protected]
Kettering, OH 45409-1615 USA 1-800-809-2195

From [email protected] Thu Jan 28 21:39:30 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id VAA24775;
Thu, 28 Jan 1999 21:39:24 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id VAA01154;
Thu, 28 Jan 1999 21:35:47 -0600 (CST)
Received: from att.com (algw1.att.com [192.128.167.153])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id VAA20368
for <[email protected]>; Thu, 28 Jan 1999 21:29:51 -0600 (CST)
Received: from alms2.fw.att.com by algw1.att.com (AT&T/IPNS/UPAS-1.0)
for wugate.wustl.edu!wu-ftpd
sender lynx.lz.att.com!rah (lynx.lz.att.com!rah); Thu Jan 28 22:23 EST 1999
Received: from merlin.lz.att.com (lynx.lz.att.com [135.25.200.5])
by alms2.fw.att.com (AT&T/IPNS/GW-1.0) with SMTP id WAA08795
for <[email protected]>; Thu, 28 Jan 1999 22:25:53 -0500 (EST)
Received: by merlin.lz.att.com with SMTP (Microsoft Exchange Server Internet Mail Connector Version 4.0.996.62)
id <[email protected]>; Thu, 28 Jan 1999 22:31:15 -0500
Message-Id: <c=US%a=_%p=att%[email protected]>
Date: Thu, 28 Jan 1999 22:31:14 -0500
Reply-To: [email protected]
Sender: [email protected]
From: Roger Hanke <[email protected]>
To: "'Bernhard Rosenkraenzer'" <[email protected]>
Cc: "'WUFTPD List'" <[email protected]>
Subject: How specify virtual xferlog files in BeroFTPD?
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.0.996.62
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Bernhard,
Went back and reread every piece of delivered documentation
and still found the only references to logfile in the VIRTUAL
support file. That says if you are using multiple ftpaccess files
then can use root and logfile directives to specify where users
of that virtual server should be chrooted and where their transfers
should be logged. So obviously you replaced the root directive
with your new anonymous-root and guest-root directives, but
what happened to the logfile directive? Included the doc section
I am talking about below for those that did not follow my
description here (from BeroFTPD 1.2.3).

So dug into the code and found that all the logfile directive
code was still there identical to the Beta 13 version I had been
running. Then traced down the OLDVIRT define you have
surrounding all those old code sections. Finally found that
a configuration option not listed in your INSTALL file,
--enable-oldvirt, will define OLDVIRT and built a new server
version with this option on. So now went back to the old
style directives, root and logfile, in my multiple ftpaccess
files. And once I figured out that I still had to use
anonymous-root everything worked fine. So I presume
you dont expect people to be using --enable-oldvirt
since you didnt publicize it. That the original newvirt code
is basically deprecated now similar to the original wuftpd
virtual code. So what about creating anonymous-logfile
and guest-logfile directives like you did with the root
directive, or just put the logfile directive back like there used
to be? It really is very useful to specify a logfile location
for each virtual server just like you specify a root location.
Especially once you are setup this way and making use of it ;-)
Please let me know what you think.
Thanks,
Roger Hanke

----------------------------
7.3 Virtual ftpaccess files:
----------------------------

For each virtual domain that you want to support, you have the option
to create a ftpaccess file specific for that domain. This will
override
completely what you have in the Master ftpaccess file. This file
must
contain all directives. If you do not create an ftpaccess file for a
specific domain, the domain will use the Master ftpaccess file
settings.

The only additions to the ftpaccess file that you need to make over a
non-virtual version is the "root" and "logfile" directives. These
act
to assure the proper ftpd root directory is used for each of the
supported
virtual domains. The logfile directive is used to specify where you
want
the transfer logs recorded for that specific virtual domain. A
sample is
specfied below.

root /ftp
logfile /var/log/xferlog

From [email protected] Fri Jan 29 05:49:41 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id FAA28464;
Fri, 29 Jan 1999 05:49:40 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id FAA12639;
Fri, 29 Jan 1999 05:45:04 -0600 (CST)
Received: from relay.pair.com (relay1.pair.com [209.68.1.20])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id FAA18471
for <[email protected]>; Fri, 29 Jan 1999 05:39:50 -0600 (CST)
Received: from microsoft.sucks.eu.org (s4m007.dialup.RWTH-Aachen.DE [137.226.8.7])
by relay.pair.com (8.8.7/8.8.5) with SMTP id GAA02188;
Fri, 29 Jan 1999 06:47:32 -0500 (EST)
Message-Id: <Pine.LNX.4.04.9901290041120.32623-100000@k6.microsoft.sucks.eu.org>
Date: Fri, 29 Jan 1999 00:41:47 +0100 (CET)
Reply-To: [email protected]
Sender: [email protected]
From: Bernhard Rosenkraenzer <[email protected]>
To: Chad Price <[email protected]>
Cc: [email protected]
Subject: Re: Bero 1.3.2 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 Thu, 28 Jan 1999, Chad Price wrote:

> I've got and installed 1.3.2 (I'm aware that 1.2.x is the official stable
> version). I'm replacing an old version of wu-ftpd (2.4(2)). I cannot login
> using Bero and can login using wu-ftpd with the same configuration files.
> Details below.

Try recompiling with --disable-passwd. Some systems apparently have
problems with the alternate getpwnam() implementation.

LLaP
bero

--
Windows 98 supports real multitasking - it can boot and crash simultaneously.
***
Anyone sending unwanted advertising e-mail to this address will be charged
$25 for network traffic and computing time. By extracting my address from
this message or its header, you agree to these terms.

From [email protected] Fri Jan 29 11:40:17 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id LAA02847;
Fri, 29 Jan 1999 11:40:15 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA28647;
Fri, 29 Jan 1999 11:34:12 -0600 (CST)
Received: from molbio.unmc.edu (molbio.unmc.edu [137.197.214.37])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA25759
for <[email protected]>; Fri, 29 Jan 1999 11:33:21 -0600 (CST)
Received: from windsurf2 by molbio.unmc.edu (SMI-8.6/SMI-SVR4)
id LAA06178; Fri, 29 Jan 1999 11:37:29 -0600
Message-Id: <[email protected]>
Date: Fri, 29 Jan 1999 11:33:24 -0600
Reply-To: [email protected]
Sender: [email protected]
From: Chad Price <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: Bero 1.3.2 login problem/ Solaris 2.4
In-Reply-To: <[email protected]
s.eu.org>
References: <[email protected]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Sender: [email protected]
X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

At 12:41 AM 1/29/1999 +0100, you wrote:
>On Thu, 28 Jan 1999, Chad Price wrote:
>
>> I've got and installed 1.3.2 (I'm aware that 1.2.x is the official stable
>> version). I'm replacing an old version of wu-ftpd (2.4(2)). I cannot login
>> using Bero and can login using wu-ftpd with the same configuration files.
>> Details below.
>
>Try recompiling with --disable-passwd. Some systems apparently have
>problems with the alternate getpwnam() implementation.
>

1.3.2 compiled with --disable-passwd produced the same failure to login.

I also retried with 1.2.3, and get the same results. I have not compiled it
with
--disable-passwd
So it's at least not something that was introduced with 1.3.

Any other Solaris 2.4 users have any suggestions? What parameters did you
compile with? and are you using stow to install stuff into a common tree?

molbio /usr/local/src/wuftp/BeroFTPD-1.3.2> /bin/ps -ef|grep inet
root 188 1 80 09:56:18 ? 0:02 /usr/sbin/inetd -s
cprice 6152 2071 8 11:32:19 pts/3 0:00 grep inet
molbio /usr/local/src/wuftp/BeroFTPD-1.3.2> sudo kill -HUP 188
molbio /usr/local/src/wuftp/BeroFTPD-1.3.2> ftp molbio
Connected to molbio.unmc.edu.
220 molbio.unmc.edu FTP server (BeroFTPD 1.2.3(1) Fri Jan 29 11:22:56 CST
1999) ready.
Name (molbio:cprice):
331 Password required for cprice.
Password:
530 Login incorrect.
Login failed.
ftp> 221 Goodbye.
molbio /usr/local/src/wuftp/BeroFTPD-1.3.2> sudo kill -HUP 188
molbio /usr/local/src/wuftp/BeroFTPD-1.3.2> ftp molbio
Connected to molbio.unmc.edu.
220 molbio FTP server (Version wu-2.4(2) Thu Aug 20 15:20:09 CDT 1998) ready.
Name (molbio:cprice):
331 Password required for cprice.
Password:
230 User cprice logged in.
ftp>

Chad Price
Systems Manager
University of Nebraska Medical Center
600 S 42nd St
Omaha, NE 68506-6495
[email protected]
(402) 559-9527
(402) 559-4077 (FAX)

From [email protected] Fri Jan 29 13:40:32 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA04284;
Fri, 29 Jan 1999 13:40:31 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA00238;
Fri, 29 Jan 1999 13:37:13 -0600 (CST)
Received: from ckgppxy1.proxy.att.com (ckmsfw1.att.com [12.20.58.157])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA04172
for <[email protected]>; Fri, 29 Jan 1999 13:33:30 -0600 (CST)
Received: from merlin.lz.att.com ([135.25.200.5])
by ckgppxy1.proxy.att.com (AT&T/IPNS/GW-1.0) with SMTP id OAA12851
for <[email protected]>; Fri, 29 Jan 1999 14:32:58 -0500 (EST)
Received: by merlin.lz.att.com with SMTP (Microsoft Exchange Server Internet Mail Connector Version 4.0.996.62)
id <[email protected]>; Fri, 29 Jan 1999 14:34:26 -0500
Message-Id: <c=US%a=_%p=att%[email protected]>
Date: Fri, 29 Jan 1999 14:34:24 -0500
Reply-To: [email protected]
Sender: [email protected]
From: Roger Hanke <[email protected]>
To: "'[email protected]'" <[email protected]>
Cc: "'WUFTPD List'" <[email protected]>
Subject: RE: Bero 1.3.2 login problem/ Solaris 2.4
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.0.996.62
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Chad,
Am running BeroFTPD 1.2.3 on Solaris 2.5.1.
Now sure what you meant by stow. We use
our own software to install the product files once
they are built. The config line I am using is probably
not appropriate for you, but since you asked for it:
/configure --enable-chmod-limit --enable-standalone
--with-confdir=/usr/local/lib/ftpd --with-logdir=/usr/local/logs
--with-piddir=/usr/local/lib/ftpd/pids --enable-oldvirt

You show WUFTPD 2.4.2. So not any Beta version?
If not, a lot has changed since the original WUFTPD 2.4.2
version and that is why you are having a problem, not
due to any BeroFTPD change. Check your ftpaccess
specifications against the latest man page and make sure
you have -a on ftpd command line so that you are
invoking ftpaccess file to begin with. Check in your
system log file why you are being denied access.
Pick up Beta 18 of WUFTPD if you want to test with
the latest WUFTPD version.

Roger Hanke

>-----Original Message-----
>From: Chad Price [SMTP:[email protected]]
>Sent: Friday, January 29, 1999 12:33 PM
>To: [email protected]
>Cc: [email protected]
>Subject: Re: Bero 1.3.2 login problem/ Solaris 2.4
>
>At 12:41 AM 1/29/1999 +0100, you wrote:
>>On Thu, 28 Jan 1999, Chad Price wrote:
>>
>>> I've got and installed 1.3.2 (I'm aware that 1.2.x is the official stable
>>> version). I'm replacing an old version of wu-ftpd (2.4(2)). I cannot
>>>login
>>> using Bero and can login using wu-ftpd with the same configuration files.
>>> Details below.
>>
>>Try recompiling with --disable-passwd. Some systems apparently have
>>problems with the alternate getpwnam() implementation.
>>
>
>1.3.2 compiled with --disable-passwd produced the same failure to login.
>
>I also retried with 1.2.3, and get the same results. I have not compiled it
>with
> --disable-passwd
>So it's at least not something that was introduced with 1.3.
>
>Any other Solaris 2.4 users have any suggestions? What parameters did you
>compile with? and are you using stow to install stuff into a common tree?
>
>molbio /usr/local/src/wuftp/BeroFTPD-1.3.2> /bin/ps -ef|grep inet
> root 188 1 80 09:56:18 ? 0:02 /usr/sbin/inetd -s
> cprice 6152 2071 8 11:32:19 pts/3 0:00 grep inet
>molbio /usr/local/src/wuftp/BeroFTPD-1.3.2> sudo kill -HUP 188
>molbio /usr/local/src/wuftp/BeroFTPD-1.3.2> ftp molbio
>Connected to molbio.unmc.edu.
>220 molbio.unmc.edu FTP server (BeroFTPD 1.2.3(1) Fri Jan 29 11:22:56 CST
>1999) ready.
>Name (molbio:cprice):
>331 Password required for cprice.
>Password:
>530 Login incorrect.
>Login failed.
>ftp> 221 Goodbye.
>molbio /usr/local/src/wuftp/BeroFTPD-1.3.2> sudo kill -HUP 188
>molbio /usr/local/src/wuftp/BeroFTPD-1.3.2> ftp molbio
>Connected to molbio.unmc.edu.
>220 molbio FTP server (Version wu-2.4(2) Thu Aug 20 15:20:09 CDT 1998) ready.
>Name (molbio:cprice):
>331 Password required for cprice.
>Password:
>230 User cprice logged in.
>ftp>
>
>
>Chad Price
>Systems Manager
>University of Nebraska Medical Center
>600 S 42nd St
>Omaha, NE 68506-6495
>[email protected]
>(402) 559-9527
>(402) 559-4077 (FAX)
>

From [email protected] Fri Jan 29 13:47:52 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA04374;
Fri, 29 Jan 1999 13:47:51 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA25268;
Fri, 29 Jan 1999 13:43:29 -0600 (CST)
Received: from mail.mmm.at (mail.mmm.at [193.203.35.34])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA18650
for <[email protected]>; Fri, 29 Jan 1999 13:42:39 -0600 (CST)
Received: from DEPRETIS by mail.mmm.at (NTMail 3.02.07) with ESMTP id ma054274 for <[email protected]>; Fri, 29 Jan 1999 20:49:39 +0000
Message-Id: <[email protected]>
Date: Fri, 29 Jan 1999 20:39:27 +0100
Reply-To: [email protected]
Sender: [email protected]
From: Andreas de Pretis <[email protected]>
To: [email protected]
Subject: Re: Bero 1.3.2 login problem
In-Reply-To: <[email protected]
s.eu.org>
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.0 Demo
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

hi,

i'm wondering what the regular expression for disallowing .php3-files
within path-filter could be. (^.php3 doesn't work). Are there more than 3
expressions allowed ?

thx in advance for help and sorry for asking such a stupid newbie-question :)

greets

Andreas

From [email protected] Sat Jan 30 02:35:24 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id CAA23394;
Sat, 30 Jan 1999 02:35:23 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id CAA18070;
Sat, 30 Jan 1999 02:30:44 -0600 (CST)
Received: from amber.ccs.neu.edu ([email protected] [129.10.116.51])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id CAA09471
for <[email protected]>; Sat, 30 Jan 1999 02:27:16 -0600 (CST)
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 DAA15500
for <[email protected]>; Sat, 30 Jan 1999 03:27:15 -0500 (EST)
Message-Id: <[email protected]>
Date: Sat, 30 Jan 1999 03:27:14 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Aris Yannopoulos <[email protected]>
To: wu-ftp <[email protected]>
Subject: LOTS of TIME_WAIT
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

When running netstat on the server it shows huge amounts of data port
stuff in the state "TIME_WAIT"

Any thoughts? DoS attempt? Stateless requests?

-= Madness is not an illness... it's a privilege... =-

From [email protected] Sat Jan 30 08:25:21 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id IAA00855;
Sat, 30 Jan 1999 08:25:20 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id IAA23241;
Sat, 30 Jan 1999 08:20:48 -0600 (CST)
Received: from mail.zing.net (titan.os.com [209.113.221.17])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id IAA02127
for <[email protected]>; Sat, 30 Jan 1999 08:18:01 -0600 (CST)
Received: from theranch [216.41.55.242] by mail.zing.net
(SMTPD32-4.06) id A37552BF0130; Sat, 30 Jan 1999 09:13:09 EST
Message-Id: <00dd01be4c5b$97ca3920$f23729d8@theranch>
Date: Sat, 30 Jan 1999 09:19:48 -0500
Reply-To: [email protected]
Sender: [email protected]
From: "Craig Shrimpton" <[email protected]>
To: "wu-ftp" <[email protected]>
Subject: What's the unsubscribe address?
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 4.72.3155.0
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3155.0
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

The usual ones are bouncing. What's the address for unsubscribing?

Thanks,

Craig

From [email protected] Sat Jan 30 10:27:51 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id KAA01524;
Sat, 30 Jan 1999 10:27:51 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA21096;
Sat, 30 Jan 1999 10:23:22 -0600 (CST)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA24201
for <[email protected]>; Sat, 30 Jan 1999 10:20:23 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id LAA10499;
Sat, 30 Jan 1999 11:20:16 -0500
Message-Id: <[email protected]>
Date: Sat, 30 Jan 1999 11:20:16 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Aris Yannopoulos <[email protected]>
Cc: wu-ftp <[email protected]>
Subject: Re: LOTS of TIME_WAIT
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Sat, 30 Jan 1999, Aris Yannopoulos wrote:

> When running netstat on the server it shows huge amounts of data port
> stuff in the state "TIME_WAIT"
>
> Any thoughts? DoS attempt? Stateless requests?

DoS? Probably not.
Stateless requests? Probably not.

Old version? Probably.

Which version of the daemon are you running?

The location of the latest version of wu-ftpd can be found in the
directory

ftp://ftp.academ.com/pub/wu-ftpd/private/

You can't see the directory contents, so read the message informing you
of the actual filename to retrieve. It's there.

wu-ftpd Resource Center: http://www.landfield.com/wu-ftpd/
wu-ftpd FAQ: http://www.cetis.hvu.nl/~koos/wu-ftpd-faq.html
wu-ftpd list archive: http://www.landfield.com/wu-ftpd/mail-archive/

--

Gregory A Lundberg Senior Partner, VRnet Company
1441 Elmdale Drive [email protected]
Kettering, OH 45409-1615 USA 1-800-809-2195

From [email protected] Sun Jan 31 12:09:57 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id MAA11727;
Sun, 31 Jan 1999 12:09:56 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA04857;
Sun, 31 Jan 1999 12:04:17 -0600 (CST)
Received: from mail.rdc1.az.home.com ([email protected] [24.1.240.66])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA14153
for <[email protected]>; Sun, 31 Jan 1999 11:57:51 -0600 (CST)
Received: from cx24503-d ([24.1.245.117]) by mail.rdc1.az.home.com
(InterMail v4.00.03 201-229-104) with SMTP
id <19990131175745.DMYS6286.mail.rdc1.az.home.com@cx24503-d>;
Sun, 31 Jan 1999 09:57:45 -0800
Message-Id: <[email protected]>
Date: Sun, 31 Jan 1999 10:57:52 -0700
Reply-To: [email protected]
Sender: [email protected]
From: "Howard Moneta" <[email protected]>
To: <[email protected]>
Cc: "wu-ftpd list" <[email protected]>
Subject: Re: Time of day restrictions.
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 4.72.3155.0
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3155.0
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi, it has been a few days, but I finally found out where the problem lies
with my time of day restrictions. I have found that if I set the
restrictions 7 hours ahead of what I want them to be it will work. ie. If
I want to have a 3 user restriction go into effect at 6pm until 6am I have
to do an Any0100-1300. So it seems to work but it's clock is 7 hours off.
I typed date at the command prompt to verify that my clock is correct and it
is. Is there a setting somewhere that is confusing ftpd?

Also, can I disable NOOP so people wont sit idle on the server for long
periods of time?

Thanks!

Howard Moneta
[email protected]

>I just re-tested and it works fine. Weekdays it limits to 5 remote
>real/guest users; Weekends and overnight it limits to 10. Looking at the
>way I'm doing it and how you're doing it, I'd suggest trying the
>following:
>
>limit guest 3 Any1800-0600 /etc/msgs/msg.toomany
>limit guest 0 Any /etc/msgs/msg.serverdown
>
>I'm sure if I would bother to crack open the code I'll find some rationale
>for this working when you way doesn't but, frankly, I'm beat. Let me know
>if this fixes it.
>

From [email protected] Sun Jan 31 13:24:05 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA12331;
Sun, 31 Jan 1999 13:24:02 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA10055;
Sun, 31 Jan 1999 13:20:44 -0600 (CST)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA05274
for <[email protected]>; Sun, 31 Jan 1999 13:19:06 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id OAA18009;
Sun, 31 Jan 1999 14:19:02 -0500
Message-Id: <[email protected]>
Date: Sun, 31 Jan 1999 14:19:02 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Howard Moneta <[email protected]>
Cc: wu-ftpd list <[email protected]>
Subject: Re: Time of day restrictions.
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Sun, 31 Jan 1999, Howard Moneta wrote:

> Hi, it has been a few days, but I finally found out where the problem
> lies with my time of day restrictions. I have found that if I set the
> restrictions 7 hours ahead of what I want them to be it will work.
> ie. If I want to have a 3 user restriction go into effect at 6pm
> until 6am I have to do an Any0100-1300. So it seems to work but it's
> clock is 7 hours off. I typed date at the command prompt to verify
> that my clock is correct and it is. Is there a setting somewhere that
> is confusing ftpd?

Localization for time. Check that your host (and possibly the chroot'd
areas) have whatever it takes to convert UCT (GMT) to local time. On
Linux, for instance, you need the file (pointed to by) /etc/localtime

> Also, can I disable NOOP so people wont sit idle on the server for
> long periods of time?

NOOP s/b disabled by default in the VR and BeroFTPD versions. The base
2.4.2 (beta-18) version does not include that feature.

I have had a report of a bug in the NOOP-disabling code but will not be
able to test it until after VR13 comes out on Monday.

--

Gregory A Lundberg Senior Partner, VRnet Company
1441 Elmdale Drive [email protected]
Kettering, OH 45409-1615 USA 1-800-809-2195

From [email protected] Sun Jan 31 14:09:41 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id OAA12707;
Sun, 31 Jan 1999 14:09:38 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id OAA04493;
Sun, 31 Jan 1999 14:06:24 -0600 (CST)
Received: from ckgppxy1.proxy.att.com (ckmsfw1.att.com [12.20.58.157])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA22141
for <[email protected]>; Sun, 31 Jan 1999 14:00:44 -0600 (CST)
Received: from merlin.lz.att.com ([135.25.200.5])
by ckgppxy1.proxy.att.com (AT&T/IPNS/GW-1.0) with SMTP id PAA07945
for <[email protected]>; Sun, 31 Jan 1999 15:00:13 -0500 (EST)
Received: by merlin.lz.att.com with SMTP (Microsoft Exchange Server Internet Mail Connector Version 4.0.996.62)
id <[email protected]>; Sun, 31 Jan 1999 15:01:47 -0500
Message-Id: <c=US%a=_%p=att%[email protected]>
Date: Sun, 31 Jan 1999 15:01:46 -0500
Reply-To: [email protected]
Sender: [email protected]
From: Roger Hanke <[email protected]>
To: "'Bernhard Rosenkraenzer'" <[email protected]>
Cc: "'WUFTPD List'" <[email protected]>
Subject: why no debugging in daemon mode
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.0.996.62
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Bernhard,
Finally think I got to the bottom of why there is no
debug statements being output to the syslog by
BeroFTPD 1.2.3. Because I built it with
--enable-standalone option even though I am not
planning to use that right now. I found the following
line at 579 and 900 (this is one I was executing it
turns out) of ftpd.c at the end of DAEMON
definition sections:
debug = 0;
#endif /* DAEMON */

So whether I put -d or -v on command line, the debug
flag gets turned back off here. So no matter how many
debug statements I was adding back in I still wasnt getting
any out. I also tried putting back Pedro Melo's pasv mode
debug statements, but they used the log_commands flag
and the same thing is happening to it. The -L flag turns it
on but by time you go to use it is has been turned off.

Took off the --enable-standalone configuration option and
now all the debug statements do print out and from the
existing reply debug can see the passive mode port
chosen. So dont think you need to add back any debugs
like I thought to debug passive mode, at least when you
are not built for standalone mode.

Only question I still have is when you need to
debug the server running in (or built to run in) standalone
mode how do you do it? I cant see any reason why a
standalone server couldnt put out the same debug statements?
So please let me know if there is any way to debug the server
standalone operation that I am missing?
Do realize there is a lot of debugging output that comes out
but thought that is the idea of being in debug mode, especially
when you need to know exactly what some client is sending
and receiving?
Thanx,
Roger Hanke

---------------------------------------------------------------
Roger A. Hanke AT&T Web Site Services
(732)576-5738 [email protected]
FAX (732)576-6041 http://lynxhub.att.com/~rah/
---------------------------------------------------------------