On Tue, Apr 17, 2007 at 04:43:32PM +0800, Zhang Weiwu wrote:
On Tue, 2007-04-17 at 10:37 +0300, Nikos Vassiliadis wrote:
On Monday 16 April 2007 21:24, Zhang Weiwu wrote:
Pieter de Goeje ??:
I think your patch looks good, however there have been some changes to
ftpd
since
to
correct place if I posted OT.
I know probably ftpd is not going to accept changes for a lot of
reasons, and I think it's reasonable if ftpd is not accepting anything
but patches that satisfies basic requirements. Here is a patch to enable
ftpd for RFC2640, I think this is a very basic requirement
On Tuesday 17 April 2007, Andre Oppermann wrote:
Zhang Weiwu wrote:
On Tue, 2007-04-17 at 10:37 +0300, Nikos Vassiliadis wrote:
On Monday 16 April 2007 21:24, Zhang Weiwu wrote:
Pieter de Goeje 写道:
I think your patch looks good, however there have been some changes to
ftpd since 6.1. Also
On Tue, 2007-04-17 at 10:37 +0300, Nikos Vassiliadis wrote:
On Monday 16 April 2007 21:24, Zhang Weiwu wrote:
Pieter de Goeje 写道:
I think your patch looks good, however there have been some changes to
ftpd
since 6.1. Also, since lukemftp is imported from NetBSD, you might want
Zhang Weiwu wrote:
On Tue, 2007-04-17 at 10:37 +0300, Nikos Vassiliadis wrote:
On Monday 16 April 2007 21:24, Zhang Weiwu wrote:
Pieter de Goeje 写道:
I think your patch looks good, however there have been some changes to ftpd
since 6.1. Also, since lukemftp is imported from NetBSD, you
I am not actively involved in FreeBSD development. I am an ordinary user
and this is my first post on this list so please just redirect me to
correct place if I posted OT.
I know probably ftpd is not going to accept changes for a lot of
reasons, and I think it's reasonable if ftpd
I think your patch looks good, however there have been some changes to ftpd
since 6.1. Also, since lukemftp is imported from NetBSD, you might want to
contact the original author so future imports won't discard this new feature.
On Monday 16 April 2007, Zhang Weiwu wrote
Pieter de Goeje 写道:
I think your patch looks good, however there have been some changes to ftpd
since 6.1. Also, since lukemftp is imported from NetBSD, you might want to
contact the original author so future imports won't discard this new feature.
Original author of lukemftp? I never used
On 2007-04-16 20:07, Zhang Weiwu [EMAIL PROTECTED] wrote:
I am not actively involved in FreeBSD development. I am an ordinary user
and this is my first post on this list so please just redirect me to
correct place if I posted OT.
I know probably ftpd is not going to accept changes for a lot
Giorgos Keramidas :
On 2007-04-16 20:07, Zhang Weiwu [EMAIL PROTECTED] wrote:
I am not actively involved in FreeBSD development. I am an ordinary user
and this is my first post on this list so please just redirect me to
correct place if I posted OT.
I know probably ftpd is not going
I have a ftpd server running in a jail and i want to
redirect the ftp traffic from my real host to jail.
I have already configured my traffic from 22 and 25 to
jail with natd and ipfw, but isn't working for ftp.
And i set all security.jail.* to 1 , (except
security.jail.jailed)
How can it be done
You could use ktrace(1) to determine what the ftpd daemon is actually doing.
rh Is the user's shell listed in /etc/shells? It must be there for ftpd to
rh let them in.
vt I run FreeBSD 4.3-STABLE machine. I use ftpd for ftp server
daemon. It has
vt very strange behavior with one of user
Is the user's shell listed in /etc/shells? It must be there for ftpd to
let them in.
On Mon, 26 Nov 2001, Vladimir Terziev wrote:
I run FreeBSD 4.3-STABLE machine. I use ftpd for ftp server daemon. It has
very strange behavior with one of user accounts on my machine. Every one user
On Sun, May 16, 2004 at 06:16:58PM +0400, Yar Tikhiy wrote
in [EMAIL PROTECTED]:
Note for the impatient: This message does not discuss the well-known
issue of reusing local addresses through setting SO_REUSEADDR. This
message is on reusing local addresses occupied by sockets belonging
to
Hi,
I was just wondering if you'd be able to help me out. I'm trying to get
login, ftpd and ssh to authenticate using PAM/RADIUS. I have setup a RADIUS
server (FreeRADIUS 0.9.0) and added a user/pass testuser/testpass. On my
client machine, I created a template user called templateUser
bug reports.
When using ftpd, you have the -h option to prevent the server from
giving any info about itself. This works fino regarding the greeting
message and when typing stat, but with syst is still gives info to
the user.
Thanks for reporting. I've already fixed this minor bug in both
Hi all
When FreeBSD 4.8 was released I reported this bug, but now in 5.1
releaed it is still there. Since http://www.freebsd.org/send-pr.html is
down I'll try reporting the bug here (again).
When using ftpd, you have the -h option to prevent the server from
giving any info about itself
On Sat, 21 Jun 2003, 20:27+0200, Socketd wrote:
Hi all
When FreeBSD 4.8 was released I reported this bug, but now in 5.1
releaed it is still there. Since http://www.freebsd.org/send-pr.html is
down I'll try reporting the bug here (again).
When using ftpd, you have the -h option to prevent
On Sat, 21 Jun 2003 22:57:13 +0400 (MSD)
Maxim Konovalov [EMAIL PROTECTED] wrote:
Will someone please forward this message to the maintainer of ftpd
(can't find any mail is the source files)?
http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/50690
Ah ok, strange it haven't been fixed jet
On Sat, Jun 21, 2003 at 09:25:59PM +0200, Socketd wrote:
On Sat, 21 Jun 2003 22:57:13 +0400 (MSD)
Maxim Konovalov [EMAIL PROTECTED] wrote:
Will someone please forward this message to the maintainer of ftpd
(can't find any mail is the source files)?
http://www.freebsd.org/cgi/query
Hi
When updating to FreeBSD 4.8 I saw that you can give ftpd a -h flag
to prevent the server from telling clients, what kind of server it is
(finally I don't have to edit the source to uptain this feature).
Now correct me if I am wrong, but normally you can get server
information 3 ways right
On Sat, Apr 05, 2003 at 01:01:40AM +0200, Socketd wrote:
When updating to FreeBSD 4.8 I saw that you can give ftpd a -h flag
when writing syst I still get:
215 UNIX Type: L8 Version: BSD-199506
You are right, there is no check. Here is the patch to fix it:
Index: ftpcmd.y
Terry == Terry Lambert [EMAIL PROTECTED] writes:
Actually I was thinking more of ReGet and Godzilla-style software
used by some users to play unfair and suck more bandwidth out of an
FTP server, by opening a zillion sockets and downloading a single
file in chunks.
Terry What a clever hack!
On Fri, Jun 21, 2002 at 03:09:25AM +0300, Giorgos Keramidas wrote:
I've been thinking for quite some time to add per-client-IP limiting
to ftpd,
I needed to do this.
Then I discovered that ipfw's limit directive lets you limit the
number of incoming connections, which proved much more
On Sun, Jun 23, 2002 at 06:19:51PM +0100, Nik Clayton wrote:
On Fri, Jun 21, 2002 at 03:09:25AM +0300, Giorgos Keramidas wrote:
I've been thinking for quite some time to add per-client-IP limiting
to ftpd,
I needed to do this.
Then I discovered that ipfw's limit directive lets you
Hi,
On Thu, 20 Jun 2002 20:25:28 -0700
Terry Lambert [EMAIL PROTECTED] said:
tlambert2 Giorgos Keramidas wrote:
I've been thinking for quite some time to add per-client-IP limiting
to ftpd, and I had almost decided upon something like the following,
where each child of ftpd has two numbers
Luigi Rizzo wrote:
On Thu, Jun 20, 2002 at 08:25:28PM -0700, Terry Lambert wrote:
Giorgos Keramidas wrote:
I've been thinking for quite some time to add per-client-IP limiting
to ftpd, and I had almost decided upon something like the following,
...
Someone just did something similar
On Thu, Jun 20, 2002 at 11:58:10PM -0700, Terry Lambert wrote:
...
in fact there is an ipfw rule which does just this:
ipfw add allow ip from any to any limit src-addr 5
and here you go...
Can this be done per port? THis is what both the FTP and the inetd
modification
On 2002-06-20 20:25 +, Terry Lambert wrote:
Giorgos Keramidas wrote:
I've been thinking for quite some time to add per-client-IP limiting
to ftpd, and I had almost decided upon something like the following,
where each child of ftpd has two numbers associated with it.
Someone just did
On 2002-06-21 00:35 +, Luigi Rizzo wrote:
On Thu, Jun 20, 2002 at 11:58:10PM -0700, Terry Lambert wrote:
in fact there is an ipfw rule which does just this:
ipfw add allow ip from any to any limit src-addr 5
and here you go...
Can this be done per port? THis is
On Fri, Jun 21, 2002 at 04:36:26PM +0300, Giorgos Keramidas wrote:
...
BTW in terms of implementation efficiency: this limit thing
uses the same hash table used by dynamic ipfw rules.
There is currently an (arbitrary) limit of a total of 1000
dynamic entries in the table, but no reason
a
userland function that searches a hash/list of addresses, but doing this
in the kernel, is something I can't say I fully understand yet.
Not only this. For example take the normal inetd behaviour for an FTP
server.
If the ftpd child processes grow above the limit, inetd simply won't spawn
others
Wouter Van Hemel wrote:
I agree with this... but I think that the reason many people like to do it
by implementing the limitation in the daemon, is that they can send back
some kind of reply, stating the reason of the refusal (which is a nice
thing to do, since so many people are behind
On 2002-06-21 15:12 +, Terry Lambert wrote:
Someone made the comment about people sitting behind a NAT, so that
the number of connections from a given IP is actually legitimate
traffic. This rate limitation is targetted at an attacker.
Actually I was thinking more of ReGet and
Giorgos Keramidas wrote:
On 2002-06-21 15:12 +, Terry Lambert wrote:
Someone made the comment about people sitting behind a NAT, so that
the number of connections from a given IP is actually legitimate
traffic. This rate limitation is targetted at an attacker.
Actually I was
Hello all,
I've been thinking for quite some time to add per-client-IP limiting
to ftpd, and I had almost decided upon something like the following,
where each child of ftpd has two numbers associated with it. The
client IP address, and the PID of the ftpd child that serves it. The
hash
On 2002-06-21 03:09 +, Giorgos Keramidas wrote:
Below is a prototype I'm playing the last few days with, trying to
make something that implements the above scheme using queue.h
macros. Now, what do you all think about this? Does it sound like a
nice idea to pursue further?
It would be
Giorgos Keramidas wrote:
I've been thinking for quite some time to add per-client-IP limiting
to ftpd, and I had almost decided upon something like the following,
where each child of ftpd has two numbers associated with it. The
client IP address, and the PID of the ftpd child that serves
On Thu, Jun 20, 2002 at 08:25:28PM -0700, Terry Lambert wrote:
Giorgos Keramidas wrote:
I've been thinking for quite some time to add per-client-IP limiting
to ftpd, and I had almost decided upon something like the following,
...
Someone just did something similar for inetd (per IP per port
i'be been thinking of a similar idea to limit the connections from an ip...
could get the ftpd to write the ip on login to a file similar to writing the
pid file. then could search the file for the number of instances of the
connecting ip and if that is over a certian number deny the login
Hello all,
i have writen a patch for ftpd that alows it to limit the number of users
that log in. it currently works in daemon mode only.
the user limit can be set with the option -C. (it will through up an error
if you use this option from inetd).
If the /etc/ftpwelcome message is used
* Aaron Smith [EMAIL PROTECTED] [020119 12:29] wrote:
I got sick of (presumably) warez people probing my anonymous ftp site and
dropping all kinds of hard-to-delete trash in incoming, so I patched my
ftpd to only allow directories to start with alphanumerics. There's
probably a better
I got sick of (presumably) warez people probing my anonymous ftp site and
dropping all kinds of hard-to-delete trash in incoming, so I patched my
ftpd to only allow directories to start with alphanumerics. There's
probably a better solution, but this works for me so I figure'd I'd share
Dillon
[EMAIL PROTECTED]
:I got sick of (presumably) warez people probing my anonymous ftp site and
:dropping all kinds of hard-to-delete trash in incoming, so I patched my
:ftpd to only allow directories to start with alphanumerics. There's
:probably
# files
On Sat, 19 Jan 2002, Aaron Smith wrote:
I got sick of (presumably) warez people probing my anonymous ftp site and
dropping all kinds of hard-to-delete trash in incoming, so I patched my
ftpd to only allow directories to start with alphanumerics. There's
probably a better solution
anonymous ftp site and
:dropping all kinds of hard-to-delete trash in incoming, so I patched my
:ftpd to only allow directories to start with alphanumerics. There's
:probably a better solution, but this works for me so I figure'd I'd share.
:
:Combining this with a umask that doesn't allow
characters to
underscore. Does anyone know if other ftpds like luke's or wu address this
issue?
I wasn't proposing this as a default inclusion, but as far as that goes: a
non-default option noted in the setting up an anonymous FTP site section
of the ftpd docs seems the most appropriate option
Smith wrote:
I got sick of (presumably) warez people probing my anonymous ftp site and
dropping all kinds of hard-to-delete trash in incoming, so I patched my
ftpd to only allow directories to start with alphanumerics. There's
probably a better solution, but this works for me so I
:+if (!isalnum(*name)) {
:+reply(521, Bite me.);
:+return;
:+}
Use isprint() on the entire string; this will give the desired result in
most cases. It should probably be optional (defaulting to on, since it's
a security measure).
Actually, what would be
Casey T.Zednick wrote:
Give /usr/ports/www/squid a try, it can proxy HTTP and FTP.
Thanks, hadnt thought to look in www/
http://www.squid-cache.org/
Hope this helps, but if I where doing it I would use NAT and block any
incoming from the outside. That way you can use other net apps
Hi all,
Any reccomendations what to install (or avoid) on my firewall,
from 4.4 /usr/ports/ftp/ to be a proxy ftpd server ?
My Background:
- I'm not looking for high performance,
(it's not a big company, just my home site with some internal hosts).
- I will have the usual security concerns
On Tue, Jan 08, 2002 at 05:00:58PM +, Julian Stacey wrote:
TO AVOID:
ncftpd: commercial
Just because it's commercial doesn't mean that it's no good. It is
actually quite cheap, and we used it a lot at Pavilion Internet.
Joe
msg30801/pgp0.pgp
Description: PGP
Julian Stacey wrote:
Hi all,
Any reccomendations what to install (or avoid) on my firewall,
from 4.4 /usr/ports/ftp/ to be a proxy ftpd server ?
man libalias
Then install natd.
-- Terry
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body
Terry Lambert [EMAIL PROTECTED] wrote:
Julian Stacey wrote:
Any reccomendations what to install (or avoid) on my firewall,
from 4.4 /usr/ports/ftp/ to be a proxy ftpd server ?
man libalias
Then install natd.
Maybe I'm wrong, but it sounded like he is searching for an
application
Oliver Fromme wrote:
Terry Lambert [EMAIL PROTECTED] wrote:
Julian Stacey wrote:
Any reccomendations what to install (or avoid) on my firewall,
from 4.4 /usr/ports/ftp/ to be a proxy ftpd server ?
man libalias
Then install natd.
Maybe I'm wrong, but it sounded like he
Terry Lambert [EMAIL PROTECTED] wrote:
Oliver Fromme wrote:
Maybe I'm wrong, but it sounded like he is searching for an
application-level proxy, not a packet-level one.
The natd program has application level proxy code (natd is an
application level program) that supports FTP, RTSP,
Oliver Fromme wrote:
I thought that natd just parsed the PORT and PASV commands
and replies, respectively, and changed them accordingly,
while just passing on everything else. That's not what I
call an application-level proxy. It's a packet-level proxy
with some hacks. ;-)
What do you
Terry Lambert wrote:
Julian Stacey wrote:
Hi all,
Any reccomendations what to install (or avoid) on my firewall,
from 4.4 /usr/ports/ftp/ to be a proxy ftpd server ?
man libalias
Then install natd.
I don't believe that's the solution I'm looking for. I may be
wrong, or things may
TO AVOID:
ncftpd: commercial=20
Just because it's commercial doesn't mean that it's no good. It is
actually quite cheap, and we used it a lot at Pavilion Internet.
I wrote:
(it's not a big company, just my home site with some internal hosts)
I want a proxy ftpd for Home
On Wed, Jan 09, 2002 at 12:22:21AM +0100, Julian Stacey wrote:
TO AVOID:
ncftpd: commercial=20
Just because it's commercial doesn't mean that it's no good. It is
actually quite cheap, and we used it a lot at Pavilion Internet.
I wrote:
(it's not a big company,
On Tuesday 08 January 2002 10:00 am, Julian Stacey wrote:
Hi all,
Any reccomendations what to install (or avoid) on my firewall,
from 4.4 /usr/ports/ftp/ to be a proxy ftpd server ?
My Background:
- I'm not looking for high performance,
(it's not a big company, just my home site
I run FreeBSD 4.3-STABLE machine. I use ftpd for ftp server daemon. It has
very strange behavior with one of user accounts on my machine. Every one user
account on my machine can access it via ftp, exept this account, let call it
ttt. The ttt is not in /etc/ftpusers file and it can
Is the user's shell listed in /etc/shells? It must be there for ftpd to
let them in.
On Mon, 26 Nov 2001, Vladimir Terziev wrote:
I run FreeBSD 4.3-STABLE machine. I use ftpd for ftp server daemon. It has
very strange behavior with one of user accounts on my machine. Every one user
Does anyone know how to set simultaneous downloads for users to 2 in
/etc/ftpaccess for wu-ftpd?
--
Ted Sikora
[EMAIL PROTECTED]
http://www.unixos2.org
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message
Mike Smith wrote:
Unless I'm mistaken, the current ftpd doesn't offer the
functionality you're asking for either, so there's no
valid reason to block the import of the lukem ftpd on
these grounds.
And, I'm quite certain that Luke would happily consider
patches, if you were to put them
On Wed, Jul 04, 2001 at 12:48:38PM -0700, Terry Lambert wrote:
Mike Smith wrote:
Unless I'm mistaken, the current ftpd doesn't offer the
functionality you're asking for either, so there's no
valid reason to block the import of the lukem ftpd on
these grounds.
And, I'm quite certain
Mike Smith wrote:
Unless I'm mistaken, the current ftpd doesn't offer the
functionality you're asking for either, so there's no
valid reason to block the import of the lukem ftpd on
these grounds.
And, I'm quite certain that Luke would happily consider
patches, if you were to put them
Hello,
Neither one of them hold a candle to the load CDROM.COM can handle.
How about we import dg-ftpd instead? I'm sure we'd all like to be
able to support 1TB a day of data transferred...
Although it may be true (the cdrom.com load), the 1 TB per day stuff isn't
so mystic.
After changing
On Mon, Jul 02, 2001 at 11:01:42PM -0700, Mike Smith wrote:
Be aware that ftpd is likely to be replaced in the near future, as
there's a strong desire to converge on the LukeM FTP tools.
I'm surprised.
I don't see big wins - at least for ftpd.
Well the -r option looks fine but shouldn't
Mike Smith([EMAIL PROTECTED])@2001.07.02 23:01:42 +:
Be aware that ftpd is likely to be replaced in the near future, as
there's a strong desire to converge on the LukeM FTP tools.
no matter how nice lukemftpd looks (i got it running on several boxes
since it was the only choice for plug
Mike Smith([EMAIL PROTECTED])@2001.07.02 23:01:42 +:
=20
Be aware that ftpd is likely to be replaced in the near future, as=20
there's a strong desire to converge on the LukeM FTP tools.
no matter how nice lukemftpd looks (i got it running on several boxes
since it was the only
I was looking at a bunch of bug reports, and quite a few pertain
to ftpd. Anyone thinking about going through and just cleaning it
up from head to toe? Not a complete rewrite or anything, but just
alot of straightening up. If no one is doing this now, I have no
problem attempting to tackle
On Mon, Jul 02, 2001 at 11:55:14PM -0400, Mike Wiacek wrote:
I was looking at a bunch of bug reports, and quite a few pertain
to ftpd. Anyone thinking about going through and just cleaning it
up from head to toe? Not a complete rewrite or anything, but just
alot of straightening up. If no one
Be aware that ftpd is likely to be replaced in the near future, as
there's a strong desire to converge on the LukeM FTP tools.
--BOKacYhQ+x31HxR3
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
On Mon, Jul 02, 2001 at 11:55:14PM -0400, Mike Wiacek wrote:
I
On 19-Dec-99 David Miller wrote:
Hello all:)
I'm looking for an alternate ftpd which allows me to take certain
(configurable) actions based on the receipt of certain files. For exmple,
I want to "process" a tar file full of jpg images upon receipt.
I know there are alternativ
Hello all:)
I'm looking for an alternate ftpd which allows me to take certain
(configurable) actions based on the receipt of certain files. For exmple,
I want to "process" a tar file full of jpg images upon receipt.
I know there are alternatives. I can run swatch on the log file
On Sun, Nov 07, 1999 at 05:44:51PM +0900, Daniel C. Sobral wrote:
Actually, use fstat to check against ftpd, and lockf between the
scripts. :-)
Good idea :) I think that I'll do just that.
Cheers,
--
Jos Backus _/ _/_/_/"Modularity is not a
hi, there!
On Mon, 26 Jul 1999, Steven Fletcher wrote:
I've seen the PAM modules/libraries/etc for MySQL and noticed that the
FTPD Makefile has a Kerberos PAM option, and was wondering if anyone
knows of a way to get FTPd talking to MySQL... or if it would work at
all?
ftpd PAM patches
hi, there!
On Mon, 26 Jul 1999, Steven Fletcher wrote:
I've seen the PAM modules/libraries/etc for MySQL and noticed that the
FTPD Makefile has a Kerberos PAM option, and was wondering if anyone
knows of a way to get FTPd talking to MySQL... or if it would work at
all?
ftpd PAM patches
Hi all.
I'm hoping this is a good place to post, if not, please correct me :).
We're doing an entire system based on a MySQL database, that's currently
able to handle SMTP/POP3 and the dialup system. The next stage I need to
get going however is the web/FTPd system.
I've seen the PAM modules
Hi all.
I'm hoping this is a good place to post, if not, please correct me :).
We're doing an entire system based on a MySQL database, that's currently
able to handle SMTP/POP3 and the dialup system. The next stage I need to
get going however is the web/FTPd system.
I've seen the PAM modules
On Thu, 04 Nov 1999 23:05:30 +0100, Jos Backus wrote:
This patch adds a ``-x'' flag to ftpd, which instructs ftpd to obtain
an exclusive lock on files it commits to disk as a result of a store
operation. This way it becomes easy to tell whether a download has
finished, in case the file
So fstat(1) doesn't show you that the file is opened to ftpd?
No, it does indeed show that.
You really have to lock the files to help you with this problem?
It seems a more natural solution to me than grepping for ftpd in fstat's
output regarding the file. Also, I think that approach
On Fri, 05 Nov 1999 11:15:18 +0100, Jos Backus wrote:
So fstat(1) doesn't show you that the file is opened to ftpd?
No, it does indeed show that.
Then use fstat. :-)
It seems a more natural solution to me than grepping for ftpd in fstat's
output regarding the file.
I think you've
On Fri, Nov 05, 1999 at 12:18:21PM +0200, Sheldon Hearn wrote:
Then use fstat. :-)
OK, OK :)
I think you've developed a complex solution to a more simply solved
problem. UNIX offers you lots of little tools for good reason. Adding
functionality to ftpd that is available through other
that should do careful locking to avoid tripping
up over itself, surely? :-)
Inevitably, one of those scripts will fail. Hence my solution. But
maybe I don't quite understand the problem :-)
Let me take a step back. I'm not saying that what you're doing to ftpd
is wrong. I'm saying that it's
On Fri, Nov 05, 1999 at 12:58:42PM +0200, Sheldon Hearn wrote:
Then it's your _script_ that should do careful locking to avoid tripping
up over itself, surely? :-)
Yeah, in fact it does, it uses lockf ;-p
Let me take a step back. I'm not saying that what you're doing to ftpd
is wrong
On Fri, 05 Nov 1999 12:09:18 +0100, Jos Backus wrote:
I'm in the anti-bloat camp, and I agree with this sentiment.
What would be more interesting, I think, is investigating the use of
locking by default. One wonders what it'd break, and how we'd work
around it. ;-)
Ciao,
Sheldon.
To
This patch adds a ``-x'' flag to ftpd, which instructs ftpd to obtain an
exclusive lock on files it commits to disk as a result of a store operation.
This way it becomes easy to tell whether a download has finished, in case the
file needs to be copied someplace else (as in my case). I used open
89 matches
Mail list logo
