File: proftpd-basic.NEWS

package info (click to toggle)
proftpd-dfsg 1.3.3a-6squeeze7
  • links: PTS
  • area: main
  • in suites: squeeze
  • size: 19,868 kB
  • ctags: 10,217
  • sloc: ansic: 111,549; perl: 94,506; sh: 17,265; makefile: 1,986
file content (83 lines) | stat: -rw-r--r-- 4,186 bytes parent folder | download | duplicates (4)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
proftpd-dfsg (1.3.2e-1) unstable; urgency=low

    A new contributed module mod_vroot has been added to the provided modules pool.
    Note that it is *still* experimental, so use it at your own risk.

 -- Francesco Paolo Lovergine <frankie@debian.org>  Mon Apr 19 13:13:45 CEST 2010
    
proftpd-dfsg (1.3.2a-1) unstable; urgency=low

    The traditional monthly cron job to collect statistics has been removed
    and ftpstats is now run at logrotate execution as a post rotation job. 
    You can safely remove the /etc/cron.monthly/proftpd{-basic}.disabled
    script(s) after upgrading and customize the /etc/logrotate.d/proftpd-basic 
    instead as you prefer. Note that until release 1.3.2-1 the log rotation was
    also performed without using logrotate, and it has been introduced to be
    more homogeneous with other services.

 -- Francesco Paolo Lovergine <frankie@debian.org>  Fri, 17 Jul 2009 13:21:01 +0200

proftpd-dfsg (1.3.2-1) unstable; urgency=low

    Starting from 1.3.2 ProFTPD supports external DSO modules development.
    External modules can be built using proftpd-dev package and its utilities
    and files, prxs and pkg-config specifically. If you'd like some contributed 
    modules were distributed, but they are not distributed with the main 
    package, feel free to ask with a RFP and I will evaluate if the module is 
    in shape and potentially useful for that.

 -- Francesco Paolo Lovergine <frankie@debian.org>  Sun, 17 Feb 2009 11:19:44 +0100

proftpd-dfsg (1.3.1-12) unstable; urgency=low

    Starting from this version, exotic authentication modules have been
    splitted into different binary packages to reduce the number of 
    dependencies. For compatibility they are all installed in upgrading,
    but you can remove both all unused proftpd-mod-* modules and the
    pseudo-package proftpd, now used only for migration.

 -- Francesco Paolo Lovergine <frankie@debian.org>  Thu, 19 Jun 2008 15:24:22 +0200

proftpd-dfsg (1.3.1-10) unstable; urgency=low

     A new tiny `proftpd-gencert` script is now provided to create SSL/TLS 
     self-signed certificate. The resulting key and certificate can be
     used along with the tls.conf template to provide ftps connections.

 -- Francesco Paolo Lovergine <frankie@debian.org>  Mon, 19 May 2008 18:03:49 +0200

proftpd-dfsg (1.3.1-4) unstable; urgency=low

     Starting from this version a few example set of directives used 
     for exotic authentications are splitted out in a few separate 
     .conf files (currently LDAP, SQL and TLS related) which need
     to be included by the main proftpd.conf file. 
     Their use is optional but strongly suggested. All directives
     are commented out by default.

 -- Francesco Paolo Lovergine <frankie@debian.org>  Thu, 03 Jan 2008 17:35:56 +0100

proftpd-dfsg (1.3.0-1) unstable; urgency=low

     Starting from 1.3.0 proftpd support  DSO and debian packaging moved
     to  a single  package  style, in  respect  with the  multi-binaries
     package  previously used.  The  list of  modules  (all modules  are
     enabled per default) is  visibile in /etc/proftpd/modules.conf. You
     could  also need  to  comment  out the  unused  SQL backend  module
     loading (mod_sql_mysql  or mod_sql_postgres) in that  file in order
     to  have  the right  SQL  engine  working. Another  possibility  is
     specifying a suitable AuthOrder in your configuration file.

     mod_sql_mysql should handle old MySQL password format more
     gracefully.  Starting with MySQL 4.1.1, the format for passwords stored
     using the MySQL PASSWORD() function changed.  This format change causes
     issues for sites that have passwords stored in the older format.  Users
     of mod_sql+mod_sql_mysql would see this as users being unable to login.
     Now, if compiled against MySQL 4.1.1 or later, mod_sql_mysql will first
     check the password using the current MySQL format; if that fails it
     will fall back to checking the old format.  Note that this only affects
     sites which have "SQLAuthTypes Backend" in their proftpd.conf.

     
 -- Francesco Paolo Lovergine <frankie@debian.org>  Mon, 6 Jun 2005 14:39:04 +0200