You can subscribe to this list here.
2001 |
Jan
(24) |
Feb
(632) |
Mar
(97) |
Apr
(98) |
May
(47) |
Jun
(27) |
Jul
(44) |
Aug
(49) |
Sep
(34) |
Oct
(49) |
Nov
(10) |
Dec
(60) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
(40) |
Feb
(68) |
Mar
(12) |
Apr
(20) |
May
(91) |
Jun
(110) |
Jul
(62) |
Aug
(43) |
Sep
(46) |
Oct
(79) |
Nov
(39) |
Dec
(64) |
2003 |
Jan
(50) |
Feb
(26) |
Mar
(62) |
Apr
(32) |
May
(54) |
Jun
(34) |
Jul
(29) |
Aug
(39) |
Sep
(58) |
Oct
(104) |
Nov
(19) |
Dec
(18) |
2004 |
Jan
(36) |
Feb
(24) |
Mar
(17) |
Apr
(47) |
May
(50) |
Jun
(45) |
Jul
(38) |
Aug
(54) |
Sep
(40) |
Oct
(18) |
Nov
(24) |
Dec
(24) |
2005 |
Jan
(33) |
Feb
(31) |
Mar
(38) |
Apr
(27) |
May
(17) |
Jun
(16) |
Jul
(23) |
Aug
(19) |
Sep
(14) |
Oct
(43) |
Nov
(2) |
Dec
(6) |
2006 |
Jan
(4) |
Feb
(14) |
Mar
(17) |
Apr
(5) |
May
(10) |
Jun
(9) |
Jul
|
Aug
(7) |
Sep
(10) |
Oct
(2) |
Nov
(18) |
Dec
(7) |
2007 |
Jan
(29) |
Feb
(8) |
Mar
(8) |
Apr
(6) |
May
(8) |
Jun
(4) |
Jul
(13) |
Aug
(10) |
Sep
(11) |
Oct
(19) |
Nov
(6) |
Dec
(1) |
2008 |
Jan
(4) |
Feb
(9) |
Mar
(9) |
Apr
(13) |
May
|
Jun
(2) |
Jul
(12) |
Aug
(5) |
Sep
(6) |
Oct
(15) |
Nov
(1) |
Dec
(1) |
2009 |
Jan
(3) |
Feb
(27) |
Mar
(5) |
Apr
(1) |
May
(55) |
Jun
(23) |
Jul
(4) |
Aug
(2) |
Sep
|
Oct
(2) |
Nov
(9) |
Dec
(2) |
2010 |
Jan
(3) |
Feb
(13) |
Mar
(2) |
Apr
(2) |
May
(25) |
Jun
(4) |
Jul
(5) |
Aug
|
Sep
(5) |
Oct
(2) |
Nov
|
Dec
(20) |
2011 |
Jan
|
Feb
(1) |
Mar
(2) |
Apr
(5) |
May
(7) |
Jun
(4) |
Jul
(3) |
Aug
(2) |
Sep
(1) |
Oct
(3) |
Nov
(10) |
Dec
(12) |
2012 |
Jan
(4) |
Feb
|
Mar
(9) |
Apr
|
May
(2) |
Jun
|
Jul
(1) |
Aug
(3) |
Sep
|
Oct
|
Nov
|
Dec
|
2013 |
Jan
(1) |
Feb
|
Mar
(10) |
Apr
(1) |
May
(1) |
Jun
(2) |
Jul
(8) |
Aug
|
Sep
(4) |
Oct
(1) |
Nov
(2) |
Dec
(3) |
2014 |
Jan
(3) |
Feb
|
Mar
|
Apr
(1) |
May
(7) |
Jun
(1) |
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
(2) |
2015 |
Jan
|
Feb
(2) |
Mar
|
Apr
(3) |
May
(7) |
Jun
(1) |
Jul
|
Aug
(2) |
Sep
|
Oct
(7) |
Nov
(2) |
Dec
|
2016 |
Jan
|
Feb
(1) |
Mar
(4) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(10) |
Oct
|
Nov
(8) |
Dec
|
2017 |
Jan
(4) |
Feb
(9) |
Mar
(11) |
Apr
(9) |
May
|
Jun
|
Jul
|
Aug
(7) |
Sep
(1) |
Oct
|
Nov
|
Dec
|
2018 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
(3) |
2019 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
(4) |
Nov
|
Dec
|
2020 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
(6) |
Jun
(1) |
Jul
(3) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2021 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(6) |
Jun
(2) |
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
2022 |
Jan
|
Feb
|
Mar
(9) |
Apr
(2) |
May
(1) |
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
(2) |
2023 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
(6) |
Jul
|
Aug
|
Sep
(4) |
Oct
(2) |
Nov
|
Dec
(2) |
From: TJ S. <tj...@di...> - 2001-01-31 18:45:10
|
jwm>If anyone else posts with problems like this, could you please have them jwm>look at http://bugs.proftpd.net/show_bug.cgi?id=279? I've been trying jwm>desperately to track this down, but nobody ever does any testing if they jwm>hear the quick fix, "disable sendfile." Has there been any reports of such troubles from the BSD sendfile() users, John...or is it just Linux, that you've heard so far? ---------------------------------------------------------------- TJ Saunders <tj...@di...> ---------------------------------------------------------------- |
From: cvs <cv...@ev...> - 2001-01-31 18:43:10
|
cvs 2001/01/31 13:43:08 EST Modified files: modules mod_auth.c mod_core.c mod_unixpw.c Log: Bug #422 - fixed handling of get_boolean() in config handles #410 - HideNoAccess now takes boolean argument Revision Changes Path 1.49 +16 -4 proftpd-1.2/modules/mod_auth.c 1.50 +78 -22 proftpd-1.2/modules/mod_core.c 1.9 +3 -1 proftpd-1.2/modules/mod_unixpw.c |
From: John M. <jw...@ho...> - 2001-01-31 15:32:25
|
On Tue, Jan 30, 2001 at 08:46:30PM +0000, The Flying Hamster wrote: % On Tue, Jan 30, 2001 at 07:57:02PM +0100, Henjo van Rees wrote: % > When does this sendfile corruption occur? Does it effect everybody? % > Should I recompile with sendfile disabled? % > I'm running proftpd on a linux system and have heard no complaints % > so far. % % Best advice at the moment is to avoid sendfile. If anyone else posts with problems like this, could you please have them look at http://bugs.proftpd.net/show_bug.cgi?id=279? I've been trying desperately to track this down, but nobody ever does any testing if they hear the quick fix, "disable sendfile." thanks, john -- John Morrissey _o /\ ---- __o jw...@ho... _-< \_ / \ ---- < \, www.horde.net/ __(_)/_(_)________/ \_______(_) /_(_)__ |
From: Arkadiusz M. <mi...@pl...> - 2001-01-31 11:08:19
|
Hi, I just checked cvs and saw that one bug #363 is still not fixed. Solution is really simple: diff -urN proftpd-1.2.0rc2.org/modules/mod_pam.c proftpd-1.2.0rc2/modules= /mod_pam.c --- proftpd-1.2.0rc2.org/modules/mod_pam.c Sun Oct 22 14:19:54 2000 +++ proftpd-1.2.0rc2/modules/mod_pam.c Sun Oct 22 14:20:16 2000 @@ -73,14 +73,14 @@ /* PAM frees response and resp. If you don't believe this, please= read * the actual PAM RFCs as well as have a good look at libpam. */ - response[i].resp =3D (pam_user && *pam_user) ? strdup(pam_user) : = NULL; + response[i].resp =3D (pam_user) ? strdup(pam_user) : NULL; break; =20 case PAM_PROMPT_ECHO_OFF: /* PAM frees response and resp. If you don't believe this, please= read * the actual PAM RFCs as well as have a good look at libpam. */ - response[i].resp =3D (pam_pass && *pam_pass) ? strdup(pam_pass) : = NULL; + response[i].resp =3D (pam_pass) ? strdup(pam_pass) : NULL; break; =20 case PAM_TEXT_INFO: Empty password is really valid. My pam segfaults when it gets NULL as res= p. --=20 Arkadiusz Mi=B6kiewicz, AM2-6BONE [ PLD GNU/Linux IPv6 ] http://www.t17.ds.pwr.wroc.pl/~misiek/ipv6/ [ enabled ] -- To unsubscribe, send mail to pro...@pr... with "unsubscribe" in the subject field of the message. http://www.proftpd.net -- The Official ProFTPD web site. http://bugs.proftpd.net -- Bug reporting and feature requests. |
From: The F. H. <ha...@vo...> - 2001-01-31 10:08:00
|
On Tue, Jan 30, 2001 at 04:25:42PM -0500, Jesse S Sipprell wrote: > On Tue, Jan 30, 2001 at 04:16:00PM -0500, Charles Seeger wrote: > > +------ TJ Saunders wrote (Tue, 3-Oct-30, 1:26 +0000): [... the pulling of sql support ...] > > <cynical>A threat to pull them included with the known bugs list might > > help smoke out someone who depends on mod_sqlpw to fix it.</cynical> > > Actually, that was my secret hope. ;) Pull 'em from rc3 and that will cause > enough anguish to flush out those hiding developers! If we're pulling them from rc3 then we need to make sure the modules are still available from other sources and that the dropping of them (and reason) is clearly announced Mark .. I can see the list traffic now :/ -- The Flying Hamster <ha...@su...> http://hamster.wibble.org/ If you can't join them, beat them - Lockley, Season 5, B5 |
From: Paul H. R. <pau...@sb...> - 2001-01-31 06:00:48
|
Hello, I would like to know if I am able to run PROftpd in a HA cluster configuration such as Veritas Cluster Server with two or more SUN Solaris boxes without having a special agent envolved. I am thinking that as long as I have a Virtual HOSTNAME and IP for the logical host which bounces between servers, I would be able to configure it successfully. Does anyone know if it is successfully done? Is there any special requirements. Thanks for your attention. -- ================================== Paul H. Reyes Senior Systems Engineer Stonebridge Technologies Pager: 888.858.7243 Pin# 108045 Voice: 800.776.9755 ext. 7093 Fax# : 972.463.7324 Visit us @ www.sbti.com ================================== -- To unsubscribe, send mail to pro...@pr... with "unsubscribe" in the subject field of the message. http://www.proftpd.net -- The Official ProFTPD web site. http://bugs.proftpd.net -- Bug reporting and feature requests. |
From: The F. H. <ha...@vo...> - 2001-01-31 00:38:08
|
Mail me back if you get this -- The Flying Hamster <ha...@su...> http://hamster.wibble.org/ "Hysteria is a chaotic and irrational emotional state caused by seeing how the world really operates" - Robert Anton Wilson | The Earth Will Shake |
From: TJ S. <tj...@di...> - 2001-01-31 00:07:50
|
Has any played around with proftpd's use of the Linux sendfile in combination with the TCP_CORK socket option? From the description in tcp(4): TCP_CORK If enabled don't send out partial frames. All queued partial frames are sent when the option is cleared again. This is useful for prepending head ers before calling sendfile(2), or for throughput optimization. This option cannot be combined with TCP_NODELAY. Could these "partial frames" be the problem? I'll admit that I'm far too ignorant of the full subtleties involved, but...? ---------------------------------------------------------------- TJ Saunders <tj...@di...> ---------------------------------------------------------------- |
From: Jesse S S. <js...@in...> - 2001-01-30 21:25:48
|
On Tue, Jan 30, 2001 at 04:16:00PM -0500, Charles Seeger wrote: > +------ TJ Saunders wrote (Tue, 3-Oct-30, 1:26 +0000): > | > | jss>I have contacted Johnie Ingram regarding the two above. He was, > | jss>ummm .., not-commitant. :( That means I'll probably be pulling > | jss>mod_sqlpw and friends. > | > | Hmmm...is there any way to _not_ pull those modules? I know of at least > | one proftpd-developer willing to help maintain those in some capacity, and > | we can pitch in, too. I think quite a few proftpd users use those SQL > | databases for non-system authentication information, and probably logging. > | I'd hate to deprive them of some nifty functionality. > > I have to agree with TJ here. My impression from list traffic is that > mod_sqlpw and friends are deployed at a lot of sites, and it would > disappoint many to have them pulled altogether. Better to leave them > in and label them "unsupported, use at your own risk" and include a > list of known bugs and/or BugIDs. Afterall, they are not included in > the default build. The virtual-user feature is mandatory for some sites. > Maybe they can be fixed sometime between rc3 and -final. *If* I had > either mysql or postgres installed and the consequent experience, > I might consider jumping on it myself. But, ... > > <cynical>A threat to pull them included with the known bugs list might > help smoke out someone who depends on mod_sqlpw to fix it.</cynical> Actually, that was my secret hope. ;) Pull 'em from rc3 and that will cause enough anguish to flush out those hiding developers! -- "In the event of a failure, the system can be configured to automatically restart itself. This feature of Windows NT Server provides maximum system up-time." -- Reliability and Fault Tolerance in Windows NT Server, MSC |
From: <se...@ci...> - 2001-01-30 21:16:07
|
+------ TJ Saunders wrote (Tue, 3-Oct-30, 1:26 +0000): | | jss>I have contacted Johnie Ingram regarding the two above. He was, | jss>ummm .., not-commitant. :( That means I'll probably be pulling | jss>mod_sqlpw and friends. | | Hmmm...is there any way to _not_ pull those modules? I know of at least | one proftpd-developer willing to help maintain those in some capacity, and | we can pitch in, too. I think quite a few proftpd users use those SQL | databases for non-system authentication information, and probably logging. | I'd hate to deprive them of some nifty functionality. I have to agree with TJ here. My impression from list traffic is that mod_sqlpw and friends are deployed at a lot of sites, and it would disappoint many to have them pulled altogether. Better to leave them in and label them "unsupported, use at your own risk" and include a list of known bugs and/or BugIDs. Afterall, they are not included in the default build. The virtual-user feature is mandatory for some sites. Maybe they can be fixed sometime between rc3 and -final. *If* I had either mysql or postgres installed and the consequent experience, I might consider jumping on it myself. But, ... <cynical>A threat to pull them included with the known bugs list might help smoke out someone who depends on mod_sqlpw to fix it.</cynical> Best, Chuck -- Charles Seeger <se...@ci...> |
From: TJ S. <tj...@di...> - 2001-01-30 21:12:30
|
jss>I would prefer NOT to loose the buffers, much better to have to lag one jss>character behind when moving the buffer. OK. =) Anyone here have a MySQL db set up for proftpd, and feel liking having a stab at the mod_sqlpw bug? I could try it, but I don't have msyql anywhere, so it'd be blind coding (yuck)...=/ ---------------------------------------------------------------- TJ Saunders <tj...@di...> ---------------------------------------------------------------- |
From: Jesse S S. <js...@in...> - 2001-01-30 20:56:52
|
On Tue, Jan 30, 2001 at 08:34:01PM +0000, TJ Saunders wrote: > jss>Also, there was #399, IIRC, this had to do with \r removal in ascii mode. I > jss>sent you a couple messages on it. > > Yeah...this one is going to be a bit tough. Could try to handle the input > stream character-by-character...but then you lose the buffered I/O. > Otherwise, could do the "lag one character behind" approach, as you > mentioned. Neither is particularly appealing. Lose the buffers, or keep > the buffers and deal with the buffer boundaries...=P I would prefer NOT to loose the buffers, much better to have to lag one character behind when moving the buffer. -- "In the event of a failure, the system can be configured to automatically restart itself. This feature of Windows NT Server provides maximum system up-time." -- Reliability and Fault Tolerance in Windows NT Server, MSC |
From: TJ S. <tj...@di...> - 2001-01-30 20:34:13
|
jss>Ok... good thing you've got this list. ;) Well, it's the original one I cobbled together before putting it into bugzilla, which is probably why it doesn't list the ASCII handling bug, and a few others. jss>I have contacted Johnie Ingram regarding the two above. He was, jss>ummm .., not-commitant. :( That means I'll probably be pulling jss>mod_sqlpw and friends. Hmmm...is there any way to _not_ pull those modules? I know of at least one proftpd-developer willing to help maintain those in some capacity, and we can pitch in, too. I think quite a few proftpd users use those SQL databases for non-system authentication information, and probably logging. I'd hate to deprive them of some nifty functionality. jss>> Bug#410 -- IgnoreHidden broken -- patch, but not committed. Ok, jss>this is the "problem one" we need to talk about. Do you think a jss>patch could be produced that ONLY fixed IgnoreHidden without jss>changing too much of dirtree.c? I had a couple of issues with jss>this one .. but I can't remember what they were without seeing the jss>patch. Can you send to me? Also, can you split out #422 from it jss>(below), because I would like to get that one in and there is no jss>reason not to. OK -- I've attached three different patches: one for Bug#422 by itself, one to fix the HideNoAccess bug (it doesn't properly handle a boolean argument), and one to fix the IgnoreHidden bug. I should've separated the HideNoAccess and IgnoreHidden patches, but they both cropped up in the same coding spurt, and it was easier (read: lazy) to just run cvs diff once. I feel some explanation for the IgnoreHidden patch is in order ;) (btw, a lot of the patch is probably formatting/spacing "corrections" -- a lot of code doesn't look right in vi. And the any patches I generate, which happen to change the spacing, don't come out right; at least, when I apply the patches to a pristine CVS download to double-check, the bad spacing is still there. I suspect some sort of spacing interaction among my vi settings, diff, patch, and/or cvs. I apologize for any nasty-looking code this generates...sorry.) First, one major source of change, which affects mod_ls, mod_xfer, and dirtree.c, is this: +int dir_check_hidden(const char *path); int dir_check_op_mode(pool*,char*,int,int,int,int); -int dir_check_full(pool*,char*,char*,char*,int*); -int dir_check(pool*,char*,char*,char*,int*); -int dir_check_canon(pool*,char*,char*,char*,int*); The dir_check_*() functions took an int * as their last argument, which signalled the "hidden-ness" of the file. Tracking that variable, I found that these functions themselves didn't use that variable as much as pass it on to dir_check_op(). Instead, I created the dir_check_hidden() function, to be called instead of passing that pointer around. Plus, it creates a very good central location for manipulating file "hidden-ness" in other ways in the future -- I was thinking of how to do my HideFiles/ShowFiles patch when I was writing this patch. The ls_perms_*() functions in mod_ls similarly changed. The IgnoreHidden patch isn't strictly confined to src/dirtree.c, because part of the problem occurs in mod_ls.c -- this is another place where the patch changes things a little. To listdir() was added: + /* make sure IgnoreHidden is properly honored. "." and + * ".." are not to be treated as hidden files, though + */ + if (is_dotdir(*s) || !ignore_hidden) + d = listfile(cmd,workp,*s); I think, in this case, treating "." and ".." as files lead to a path traversal that wasn't right. is_dotdir() was moved to dirtree.c, where it seemed to fit, IMHO, more with the path-handling functions there, than in mod_ls. jss>Also, there was #399, IIRC, this had to do with \r removal in ascii mode. I jss>sent you a couple messages on it. Yeah...this one is going to be a bit tough. Could try to handle the input stream character-by-character...but then you lose the buffered I/O. Otherwise, could do the "lag one character behind" approach, as you mentioned. Neither is particularly appealing. Lose the buffers, or keep the buffers and deal with the buffer boundaries...=P ---------------------------------------------------------------- TJ Saunders <tj...@di...> ---------------------------------------------------------------- |
From: The F. H. <ha...@vo...> - 2001-01-30 20:15:38
|
On Tue, Jan 30, 2001 at 03:12:26PM -0500, Jesse S Sipprell wrote: > On Tue, Jan 30, 2001 at 07:41:28PM +0000, The Flying Hamster wrote: > > A tyop in the configuration which resulted in a bogus domain in the > > envelope and filters at the evcom end. > > > > Jesse, please confirm that you get this. > > > > Mark > Ah, yes, indeed! Got it! That's one less problem then :) Now to work out why my procmail filter for this list isn't working :/ In other news the download and critbugs pages have been updated on .org -- The Flying Hamster <ha...@su...> http://hamster.wibble.org/ "I want peace on Earth and goodwill to all men" "We're the United States Government. We don't do that sort of thing!" |
From: Jesse S S. <js...@in...> - 2001-01-30 20:12:33
|
On Tue, Jan 30, 2001 at 07:41:28PM +0000, The Flying Hamster wrote: > A tyop in the configuration which resulted in a bogus domain in the > envelope and filters at the evcom end. > > Jesse, please confirm that you get this. > > Mark Ah, yes, indeed! Got it! -- "In the event of a failure, the system can be configured to automatically restart itself. This feature of Windows NT Server provides maximum system up-time." -- Reliability and Fault Tolerance in Windows NT Server, MSC |
From: The F. H. <ha...@vo...> - 2001-01-30 19:41:37
|
A tyop in the configuration which resulted in a bogus domain in the envelope and filters at the evcom end. Jesse, please confirm that you get this. Mark 2001-01-30 19:39:05 14NgcK-0005jg-00 <= pro...@pr... H=usw-outbound.sourceforge.net (usw-sf-list1.sourceforge.net) [216.136.171.194] P=esmtp S=2585 id=200...@vo... T="[Proftpd-devel] Testing delivery to -devel" for te...@vo... ha...@vo... 2001-01-30 19:39:08 14NgcK-0005jg-00 ** js...@in... <te...@vo...> R=lookuphost T=remote_smtp: SMTP error from remote mailer after MAIL FROM:<pro...@pr...> SIZE=3664: host bastard.inflicted.net [216.10.33.10]: 501 <pro...@pr...>... Sender domain must exist -- The Flying Hamster <ha...@su...> http://hamster.wibble.org/ I'd miss the BBC, but not if I had time to reload. T.Pratchett on afp |
From: The F. H. <ha...@vo...> - 2001-01-30 19:38:06
|
If this works I should see some additional traffic on my local mailhub -- The Flying Hamster <ha...@su...> http://hamster.wibble.org/ MMMmmmmm........ chocolate........ MMMmmmmm........ coffee........ I have the true POWER! All hardware is DOOMED! |
From: The F. H. <ha...@vo...> - 2001-01-30 17:56:13
|
-- The Flying Hamster <ha...@su...> http://hamster.wibble.org/ Some people can tell what time it is by looking at the sun. But I have never been able to make out the numbers. |