From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.2) Gecko/20030716

Description of problem:
There appears to be a problem with the passive address resolution in that it
always returns the "everybody else" address.  Here is a snippet from ftpaccess

passive address 192.168.4.2   192.168.100.0/24
passive address 192.168.4.2   192.168.4.0/24
passive address 66.180.108.10 0.0.0.0/0
passive ports   0.0.0.0/0  40000 40015

This ALWAYS returns 66.180.108.10, even when connecting from 192.168.100.X. 
E.g. from host 192.168.100.12

   ftp> ls
   227 Entering Passive Mode (66,180,108,10,156,76)

The logs correctly identify the connection as from 192.168.100.12
  Sep 23 08:14:58 split ftpd[4204]: ANONYMOUS FTP LOGIN FROM
     sherkhan.prinmath.com [192.168.100.12], willem@prinmath.com
  Sep 23 08:19:08 split ftpd[4204]: FTP session closed

Commenting out the 0.0.0.0/0 line has it return the right address (192.168.4.2)
but breaks connections from outside.

There are comments on the wu-ftpd-2.8 prerelease mailing list about errors in
the routevector code, which may be related:  See
  http://www.landfield.com/wu-ftpd/mail-archive/wuftpd-dev/2003/May/0003.html

Version-Release number of selected component (if applicable):
wu-ftpd-2.6.2-11.72.1.i386.rpm

How reproducible:
Always

Steps to Reproduce:
1.Add "passive address" lines to ftpaccess
2.One should be 0.0.0.0/0
3.One should be on your local network with different IP that 0.0.0.0/0
Connect with ftp from local network and do an 'ls'
    

Actual Results:  wu-ftpd will make a passive connection to the external IP

Expected Results:  Should make a passive connection to the internal IP

Additional info:  This appears to be a problem in all 2.6.2 versions.