Re: [vchkpw] Working towards vpopmail 5.4 stable

2003-06-06 Thread Raboo
thats why it should exist, it's to much job to do it manually ;)

- Original Message - 
From: Tom Collins [EMAIL PROTECTED]
To: vpopmail list [EMAIL PROTECTED]
Sent: Thursday, June 05, 2003 7:02 AM
Subject: Re: [vchkpw] Working towards vpopmail 5.4 stable


 On Wednesday, June 4, 2003, at 03:48  PM, Raboo wrote:
  rename domains.
  If I use vdeldomain on a alias will it remove the domain or just the 
  alias
  domain. If it deletes the domain you should add a feature to remove 
  aliases
 
 It just removes the alias.
 
 Renaming a domain in vpopmail is a little more difficult -- you'd have 
 to update all the Maildir references in the .qmail files, and make sure 
 you update all of the mailing list files.
 
 --
 Tom Collins
 [EMAIL PROTECTED]
 
 




Re: [vchkpw] Working towards vpopmail 5.4 stable

2003-06-06 Thread matthew berardi
a process to update all possible dot-qmail files would be VERY heavy
and would be abused, besides you CAN easily rename a domain, without
that hassle, it's just not as clean, change the name (NOT the path) in
user/assign, and issue UPDATE vpopmail SET pw_domain='newname' WHERE
pw_name='oldname';
you could then symlink domains/olddomain to domains/newdomain for ease
of dir navigation.

matt

On Thu, 5 Jun 2003 10:28:02 +0200
Raboo [EMAIL PROTECTED] wrote:

 thats why it should exist, it's to much job to do it manually ;)
 
 - Original Message - 
 From: Tom Collins [EMAIL PROTECTED]
 To: vpopmail list [EMAIL PROTECTED]
 Sent: Thursday, June 05, 2003 7:02 AM
 Subject: Re: [vchkpw] Working towards vpopmail 5.4 stable
 
 
  On Wednesday, June 4, 2003, at 03:48  PM, Raboo wrote:
   rename domains.
   If I use vdeldomain on a alias will it remove the domain or just
   the alias
   domain. If it deletes the domain you should add a feature to
   remove aliases
  
  It just removes the alias.
  
  Renaming a domain in vpopmail is a little more difficult -- you'd
  have to update all the Maildir references in the .qmail files, and
  make sure you update all of the mailing list files.
  
  --
  Tom Collins
  [EMAIL PROTECTED]
  
  
 
 
 



Re: [vchkpw] Working towards vpopmail 5.4 stable

2003-06-05 Thread Ken Jones
On Tuesday 03 June 2003 6:51 pm, Steve Fulton wrote:
  Hmm ... the only additional feature I could use, is the ability to set

 user accounts to expire on a certain date, like system accounts.

 Look at Freeside, Optigold ISP or Billmax.  Each has that ability (and
 more), the latter two are not free.  Yes, they do more than you probably
 want, but the chances of expiring users making it into Vpopmail in the
 future are slim.  The developers abandoned any illusions of making a
 complete ISP tool long ago, and decided to focus on the core usage.

 -- Steve

I've never had the illusion of turning vpopmail into a complete ISP
account management package. It is an virtual email management
package and probably best left to that task. I think a complete ISP 
package is best contained in it's own project, and hooked up to vpopmail 
by calling command line programs. 

I've worked on several ISP projects were we did exactly that. The ISP
programs called shell scripts to add/delete/update email accounts. 
It took about 1 hour to update these scripts to call the vpopmail programs.

Ken Jones




Re: [vchkpw] Working towards vpopmail 5.4 stable

2003-06-05 Thread Moshe Jacobson
On Tue, 3 Jun 2003, Ken Jones wrote:
 Does anyone have any code changes they would like to get into the
 next release? I want to put together a new stable version 5.4. 
 Hopefully release it in the next few weeks.

There seems to be a problem in th maildir_to_email() function in
vdelivermail.c.  If the domain dir is not directly under the
DOMAINS_DIR, e.g. /home/vpopmail/domains/1/example.com, then a user
[EMAIL PROTECTED] will have a maildir of:

/home/vpopmail/domains/1/example.com/joe/Maildir/

and maildir_to_email() returns an email address of [EMAIL PROTECTED] instead of
[EMAIL PROTECTED]

This should definitely be fixed as it is a simple and obvious bug.

My (untested) fix is as follows.  Change the following block located
near the bottom of maildir_to_email():


for( pnt = last + (strlen(DOMAINS_DIR)+2); (*pnt  *pnt != '/'  j  255); ++pnt, 
++j ) {
  email[j] = *pnt;
}


to:


pnt = last + strlen(DOMAINS_DIR) + 2;
while( *(pnt+1) == '/' ) pnt+=2;
for( ; (*pnt  *pnt != '/'  j  255); ++pnt, ++j ) {
  email[j] = *pnt;
}


Moshe

-- 
Moshe Jacobson 
http://runslinux.net 
AIM: Jehsom




Re: [vchkpw] Working towards vpopmail 5.4 stable

2003-06-05 Thread matthew berardi
On Wed, 4 Jun 2003 10:37:41 -0400 (EDT)
Moshe Jacobson [EMAIL PROTECTED] wrote:

 On Tue, 3 Jun 2003, Ken Jones wrote:
  Does anyone have any code changes they would like to get into the
  next release? I want to put together a new stable version 5.4. 
  Hopefully release it in the next few weeks.
 
 There seems to be a problem in th maildir_to_email() function in
 vdelivermail.c.  If the domain dir is not directly under the
 DOMAINS_DIR, e.g. /home/vpopmail/domains/1/example.com, then a user
 [EMAIL PROTECTED] will have a maildir of:
 
 /home/vpopmail/domains/1/example.com/joe/Maildir/
 
 and maildir_to_email() returns an email address of [EMAIL PROTECTED] instead of
 [EMAIL PROTECTED]
 
 This should definitely be fixed as it is a simple and obvious bug.
 
 My (untested) fix is as follows.  Change the following block located
 near the bottom of maildir_to_email():
 
 
 for( pnt = last + (strlen(DOMAINS_DIR)+2); (*pnt  *pnt != '/'  j  255); ++pnt, 
 ++j ) {
   email[j] = *pnt;
 }
 
 
 to:
 
 
 pnt = last + strlen(DOMAINS_DIR) + 2;
 while( *(pnt+1) == '/' ) pnt+=2;
 for( ; (*pnt  *pnt != '/'  j  255); ++pnt, ++j ) {
   email[j] = *pnt;
 }
 
 
 Moshe
 
 -- 
 Moshe Jacobson 
 http://runslinux.net 
 AIM: Jehsom
 
it seems to me a far more permanent and scalable solution would be to select pw_name, 
pw_domain where pw_dir=DIR in the database. it is conceivable that [EMAIL PROTECTED]'s 
maildir be located in /some/where/else/joe/Maildir



Re: [vchkpw] Working towards vpopmail 5.4 stable

2003-06-05 Thread Ken Jones
I think we added a clear password field into the mysql vpopmail table.

Ken Jones

On Wednesday 04 June 2003 11:15 am, Jeff Garvas wrote:
 Pardon my ignorance, but will a 5.4 stable version require any major
 modifications to a working 5.2.1 installation?

 Has anything changed in terms of the sql table layout or anything else that
 would make upgrading more significant than simply running configure, make,
 make install?

 I put off installing for awhile because I feared this would happen, now I
 get to upgrade a 5.2.1 install soon.   Can't wait to see the new features
 :)

 -Jeff

  -Original Message-
  From: Ken Jones [mailto:[EMAIL PROTECTED]
  Sent: Wednesday, June 04, 2003 11:54 AM
  To: Moshe Jacobson; [EMAIL PROTECTED]
  Subject: Re: [vchkpw] Working towards vpopmail 5.4 stable
 
 
  Seems like a reasonable change.
  I put it in. Needs testing!
 
  Looks like we will start a series of devel releases to test
  these changes. I'll package one up end of day tomorrow.
 
  Ken Jones
 
  On Wednesday 04 June 2003 9:37 am, Moshe Jacobson wrote:
   On Tue, 3 Jun 2003, Ken Jones wrote:
Does anyone have any code changes they would like to get into the
next release? I want to put together a new stable version 5.4.
Hopefully release it in the next few weeks.
  
   There seems to be a problem in th maildir_to_email() function in
   vdelivermail.c.  If the domain dir is not directly under the
   DOMAINS_DIR, e.g. /home/vpopmail/domains/1/example.com, then a user
   [EMAIL PROTECTED] will have a maildir of:
  
   /home/vpopmail/domains/1/example.com/joe/Maildir/
  
   and maildir_to_email() returns an email address of [EMAIL PROTECTED] instead of
   [EMAIL PROTECTED]
  
   This should definitely be fixed as it is a simple and obvious bug.
  
   My (untested) fix is as follows.  Change the following block located
   near the bottom of maildir_to_email():
  
   
   for( pnt = last + (strlen(DOMAINS_DIR)+2); (*pnt  *pnt != '/'  j 
   255); ++pnt, ++j ) { email[j] = *pnt;
   }
   
  
   to:
  
   
   pnt = last + strlen(DOMAINS_DIR) + 2;
   while( *(pnt+1) == '/' ) pnt+=2;
   for( ; (*pnt  *pnt != '/'  j  255); ++pnt, ++j ) {
 email[j] = *pnt;
   }
   
  
   Moshe




RE: [vchkpw] Working towards vpopmail 5.4 stable

2003-06-05 Thread Charles J. Boening
Ken,

I'm working on some changes to the PostgreSQL code.  I'll have them
hopefully by the end of the day or early tomorrow.  I've fixed some things
in configure.in so it will compile correct.  I've also added the
vauth_crypt() function to the pgsql.c code.  Since this isn't an SQL
specific function, shouldn't it be moved into one of the more common files?
I could be wrong but it doesn't appear to be only used in the mySQL code.

I've also added the code needed in configure.in so the PostgreSQL logging
functions can be enabled.

Charles



-Original Message-
From: Ken Jones [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, June 04, 2003 9:52 AM
To: Jeff Garvas; [EMAIL PROTECTED]
Subject: Re: [vchkpw] Working towards vpopmail 5.4 stable


I think we added a clear password field into the mysql vpopmail table.

Ken Jones

On Wednesday 04 June 2003 11:15 am, Jeff Garvas wrote:
 Pardon my ignorance, but will a 5.4 stable version require any major 
 modifications to a working 5.2.1 installation?

 Has anything changed in terms of the sql table layout or anything else 
 that would make upgrading more significant than simply running 
 configure, make, make install?

 I put off installing for awhile because I feared this would happen, now I
 get to upgrade a 5.2.1 install soon.   Can't wait to see the new features
 :)

 -Jeff

  -Original Message-
  From: Ken Jones [mailto:[EMAIL PROTECTED]
  Sent: Wednesday, June 04, 2003 11:54 AM
  To: Moshe Jacobson; [EMAIL PROTECTED]
  Subject: Re: [vchkpw] Working towards vpopmail 5.4 stable
 
 
  Seems like a reasonable change.
  I put it in. Needs testing!
 
  Looks like we will start a series of devel releases to test these 
  changes. I'll package one up end of day tomorrow.
 
  Ken Jones
 
  On Wednesday 04 June 2003 9:37 am, Moshe Jacobson wrote:
   On Tue, 3 Jun 2003, Ken Jones wrote:
Does anyone have any code changes they would like to get into 
the next release? I want to put together a new stable version 
5.4. Hopefully release it in the next few weeks.
  
   There seems to be a problem in th maildir_to_email() function in 
   vdelivermail.c.  If the domain dir is not directly under the 
   DOMAINS_DIR, e.g. /home/vpopmail/domains/1/example.com, then a 
   user [EMAIL PROTECTED] will have a maildir of:
  
   /home/vpopmail/domains/1/example.com/joe/Maildir/
  
   and maildir_to_email() returns an email address of [EMAIL PROTECTED] instead 
   of [EMAIL PROTECTED]
  
   This should definitely be fixed as it is a simple and obvious bug.
  
   My (untested) fix is as follows.  Change the following block 
   located near the bottom of maildir_to_email():
  
   
   for( pnt = last + (strlen(DOMAINS_DIR)+2); (*pnt  *pnt != '/'  
   j  255); ++pnt, ++j ) { email[j] = *pnt; }
   
  
   to:
  
   
   pnt = last + strlen(DOMAINS_DIR) + 2;
   while( *(pnt+1) == '/' ) pnt+=2;
   for( ; (*pnt  *pnt != '/'  j  255); ++pnt, ++j ) {
 email[j] = *pnt;
   }
   
  
   Moshe







Re: [vchkpw] Working towards vpopmail 5.4 stable

2003-06-05 Thread Ken Jones
Sounds great.

I'd leave the vauth_crypt() function in the pgsql.c code.
I want to minimize the amount of testing needed.


On Wednesday 04 June 2003 1:02 pm, Charles J. Boening wrote:
 Ken,

 I'm working on some changes to the PostgreSQL code.  I'll have them
 hopefully by the end of the day or early tomorrow.  I've fixed some things
 in configure.in so it will compile correct.  I've also added the
 vauth_crypt() function to the pgsql.c code.  Since this isn't an SQL
 specific function, shouldn't it be moved into one of the more common files?
 I could be wrong but it doesn't appear to be only used in the mySQL code.

 I've also added the code needed in configure.in so the PostgreSQL logging
 functions can be enabled.

 Charles




Re: [vchkpw] Working towards vpopmail 5.4 stable

2003-06-05 Thread Spork
On Wed, 4 Jun 2003, Moshe Jacobson wrote:

 My (untested) fix is as follows.

 
 pnt = last + strlen(DOMAINS_DIR) + 2;
 while( *(pnt+1) == '/' ) pnt+=2;
 for( ; (*pnt  *pnt != '/'  j  255); ++pnt, ++j ) {
   email[j] = *pnt;
 }
 

If we're not going to ever see cvs access for this project, I would
think a good idea would be to have seperate user/devel lists for the major
projects.  At the very least we can keep the does SpamAssassin work with
vpopmail messages seperate from the patches that may or may not be
applied messages.

Charles


 Moshe

 --
 Moshe Jacobson
 http://runslinux.net
 AIM: Jehsom






Re: [vchkpw] Working towards vpopmail 5.4 stable

2003-06-05 Thread Raboo
rename domains.
If I use vdeldomain on a alias will it remove the domain or just the alias
domain. If it deletes the domain you should add a feature to remove aliases

/R
- Original Message - 
From: Ken Jones [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, June 03, 2003 6:52 PM
Subject: [vchkpw] Working towards vpopmail 5.4 stable


 Hi Folks,

 Does anyone have any code changes they would like to get into the
 next release? I want to put together a new stable version 5.4.
 Hopefully release it in the next few weeks.

 Currenly the only change I have is to management of maildirsize files.
 There are some cases when the quota is changed, the maildirsize file
 is not rebuild, just deleted. This causes sqwebmail to not see a
 quota usage until email is delivered to the account, or they pop in.

 Ken Jones









Re: [vchkpw] Working towards vpopmail 5.4 stable

2003-06-05 Thread Tom Collins
On Wednesday, June 4, 2003, at 03:48  PM, Raboo wrote:
rename domains.
If I use vdeldomain on a alias will it remove the domain or just the 
alias
domain. If it deletes the domain you should add a feature to remove 
aliases
It just removes the alias.

Renaming a domain in vpopmail is a little more difficult -- you'd have 
to update all the Maildir references in the .qmail files, and make sure 
you update all of the mailing list files.

--
Tom Collins
[EMAIL PROTECTED]



Re: [vchkpw] Working towards vpopmail 5.4 stable

2003-06-04 Thread Alfredo Perez
  Ken,

 Actually the test was made with a local delivery line, and local
delivery line + address line.

 And qmail-local is no updating the maildirsize file. I'd like to fix it
myself, but I am not quite a good C developer


 Best Regards !

El mar, 03 de 06 de 2003 a las 13:01, Ken Jones escribió:
 I think the changes I made might address the problem you are seeing.
 If the quota is changed for any reason, the vpopmail library will
 automatically rebuild the maildirsize file.
 
 I would be good to test if the .qmail file contains a local delivery line
 like: /home/vpopmail/domains/domain.com/user/Maildir/
 If qmail-local updates the maildirsize file. I expect it would.
 
 Ken
 
 On Tuesday 03 June 2003 12:47 pm, Alfredo Perez wrote:
 Ken,
 
   I posted a message a few weeks ago about the maildirsize patch by Bill
  Shupp. I found a bug, but I don't know where the problem is.
 
After applying the patch qmail-pop3d and qmail-local will update the
  maildirsize file BUT if there is a .qmail file in the user maildir is
  will NOT be updated. Now, I don't know if this is a problem with the
  qmail binaries or perhaps a vdelivermail problem.
 
Since this is a maildirsize thread I find useful posting this message
  and I hope this can help fixing all maildirsize problems.
 
 
Best Regards Vpopmailers !!!
 
  El mar, 03 de 06 de 2003 a las 11:52, Ken Jones escribió:
   Hi Folks,
  
   Does anyone have any code changes they would like to get into the
   next release? I want to put together a new stable version 5.4.
   Hopefully release it in the next few weeks.
  
   Currenly the only change I have is to management of maildirsize files.
   There are some cases when the quota is changed, the maildirsize file
   is not rebuild, just deleted. This causes sqwebmail to not see a
   quota usage until email is delivered to the account, or they pop in.
  
   Ken Jones
 
-- 
Alfredo Perez [EMAIL PROTECTED]




Re: [vchkpw] Working towards vpopmail 5.4 stable

2003-06-04 Thread Alfredo Perez
   Ken,

 I posted a message a few weeks ago about the maildirsize patch by Bill
Shupp. I found a bug, but I don't know where the problem is.

  After applying the patch qmail-pop3d and qmail-local will update the
maildirsize file BUT if there is a .qmail file in the user maildir is
will NOT be updated. Now, I don't know if this is a problem with the
qmail binaries or perhaps a vdelivermail problem.

  Since this is a maildirsize thread I find useful posting this message
and I hope this can help fixing all maildirsize problems.


  Best Regards Vpopmailers !!!

El mar, 03 de 06 de 2003 a las 11:52, Ken Jones escribió:
 Hi Folks,
 
 Does anyone have any code changes they would like to get into the
 next release? I want to put together a new stable version 5.4. 
 Hopefully release it in the next few weeks.
 
 Currenly the only change I have is to management of maildirsize files.
 There are some cases when the quota is changed, the maildirsize file
 is not rebuild, just deleted. This causes sqwebmail to not see a 
 quota usage until email is delivered to the account, or they pop in.
 
 Ken Jones
 
 
-- 
Alfredo Perez [EMAIL PROTECTED]




Re: [vchkpw] Working towards vpopmail 5.4 stable

2003-06-04 Thread Spork
Ken,

Just out of curiousity, what's the status with mysql limits?  It seems
like there's code to read them, but no tools to write them.

Thanks,

Charles

On Tue, 3 Jun 2003, Ken Jones wrote:

 Hi Folks,

 Does anyone have any code changes they would like to get into the
 next release? I want to put together a new stable version 5.4.
 Hopefully release it in the next few weeks.

 Currenly the only change I have is to management of maildirsize files.
 There are some cases when the quota is changed, the maildirsize file
 is not rebuild, just deleted. This causes sqwebmail to not see a
 quota usage until email is delivered to the account, or they pop in.

 Ken Jones








Re: [vchkpw] Working towards vpopmail 5.4 stable

2003-06-04 Thread Ken Jones
I think the changes I made might address the problem you are seeing.
If the quota is changed for any reason, the vpopmail library will
automatically rebuild the maildirsize file.

I would be good to test if the .qmail file contains a local delivery line
like: /home/vpopmail/domains/domain.com/user/Maildir/
If qmail-local updates the maildirsize file. I expect it would.

Ken

On Tuesday 03 June 2003 12:47 pm, Alfredo Perez wrote:
Ken,

  I posted a message a few weeks ago about the maildirsize patch by Bill
 Shupp. I found a bug, but I don't know where the problem is.

   After applying the patch qmail-pop3d and qmail-local will update the
 maildirsize file BUT if there is a .qmail file in the user maildir is
 will NOT be updated. Now, I don't know if this is a problem with the
 qmail binaries or perhaps a vdelivermail problem.

   Since this is a maildirsize thread I find useful posting this message
 and I hope this can help fixing all maildirsize problems.


   Best Regards Vpopmailers !!!

 El mar, 03 de 06 de 2003 a las 11:52, Ken Jones escribió:
  Hi Folks,
 
  Does anyone have any code changes they would like to get into the
  next release? I want to put together a new stable version 5.4.
  Hopefully release it in the next few weeks.
 
  Currenly the only change I have is to management of maildirsize files.
  There are some cases when the quota is changed, the maildirsize file
  is not rebuild, just deleted. This causes sqwebmail to not see a
  quota usage until email is delivered to the account, or they pop in.
 
  Ken Jones




Re: [vchkpw] Working towards vpopmail 5.4 stable

2003-06-04 Thread Ken Jones
On Tuesday 03 June 2003 11:54 am, Tom Collins wrote:
 On Tuesday, June 3, 2003, at 09:52  AM, Ken Jones wrote:
  Does anyone have any code changes they would like to get into the
  next release? I want to put together a new stable version 5.4.
  Hopefully release it in the next few weeks.
 
  Currenly the only change I have is to management of maildirsize files.
  There are some cases when the quota is changed, the maildirsize file
  is not rebuild, just deleted. This causes sqwebmail to not see a
  quota usage until email is delivered to the account, or they pop in.

 Jeff Hedlund and I are putting together updates for qmailadmin (I have
 4 more updated translations, and Jeff has some improvements) and
 vpopmail (I have a few patches from the list in my queue, and Jeff has
 some additional updates).  I expect to release something later today,
 or tomorrow.

 Ken, if you could direct inter7.com visitors to
 http://www.tomlogic.com/qmail for QmailAdmin updates, or at least put
 my 1.0.20 release on the develop.html page, I'd appreciate it.

Hi Tom,

I put your qmailadmin 1.0.20 version on the inter7.com/devel page.
Nice work!

Ken


 --
 Tom Collins
 [EMAIL PROTECTED]




Re: [vchkpw] Working towards vpopmail 5.4 stable

2003-06-04 Thread Ken Jones
On Tuesday 03 June 2003 12:25 pm, Spork wrote:
 Ken,

 Just out of curiousity, what's the status with mysql limits?  It seems
 like there's code to read them, but no tools to write them.

Unknown, I have not been working on that code.

Ken


 Thanks,

 Charles

 On Tue, 3 Jun 2003, Ken Jones wrote:
  Hi Folks,
 
  Does anyone have any code changes they would like to get into the
  next release? I want to put together a new stable version 5.4.
  Hopefully release it in the next few weeks.
 
  Currenly the only change I have is to management of maildirsize files.
  There are some cases when the quota is changed, the maildirsize file
  is not rebuild, just deleted. This causes sqwebmail to not see a
  quota usage until email is delivered to the account, or they pop in.
 
  Ken Jones




Re: [vchkpw] Working towards vpopmail 5.4 stable

2003-06-04 Thread Andrew Kohlsmith
 Does anyone have any code changes they would like to get into the
 next release? I want to put together a new stable version 5.4.
 Hopefully release it in the next few weeks.

Yes... is it possible to give valias some better help?

Existing:
valias: usage: [options] email_address
options: -v ( display the vpopmail version number )
 -s ( show aliases, can use just domain )
 -d ( delete alias )
 -i alias_line (insert alias line)

I would suggest:
valias: usage: [options] alias_address [user_address]
options: -v ( display the vpopmail version number )
 -s [EMAIL PROTECTED] ( show aliases, can list entire domain )
 -d alias_address ( delete alias )
 -i new_alias_address existing_user_address (insert a new alias)

I would also like to recommend that valias and vaddaliasdomain use the same 
type of syntax as ln -- as in valias existing_user new_alias...  confusing 
as all get-out, especially without a better 'quick help' as indicated 
above.

Regards,
Andrew



Re: [vchkpw] Working towards vpopmail 5.4 stable

2003-06-04 Thread Steve Fulton
 Hmm ... the only additional feature I could use, is the ability to set
user accounts to expire on a certain date, like system accounts.

Look at Freeside, Optigold ISP or Billmax.  Each has that ability (and
more), the latter two are not free.  Yes, they do more than you probably
want, but the chances of expiring users making it into Vpopmail in the
future are slim.  The developers abandoned any illusions of making a
complete ISP tool long ago, and decided to focus on the core usage.

-- Steve







Re: [vchkpw] Working towards vpopmail 5.4 stable

2003-06-04 Thread Jeremy Kister
 Does anyone have any code changes they would like to get into the
 next release? I want to put together a new stable version 5.4.
 Hopefully release it in the next few weeks.

I dont have any code, but before you release a stable version, perhaps
[at least] one issue should be fixed...


I have seen a few threads (one titled  pipes in .qmail-files vpopmail
5.3.19 archived at
http://bluedot.net/mail/archive/read.php?f=2i=10863t=10863 for example)
where the seekable patch seems not to work on Solaris 2.8 vdelivermail
core dumps
if you try to pipe anything into it.  Marcus Williams seemed to be helping
out, but the
thread ended abruptly after a request was made to go off-list :-/

I have ran into the same problem on Solaris 2.8.  It is also replicable on
Solaris 2.9.

This issue doesnt seem to be resolved as of the latest code; I am assuming
this may be because none of the vpopmail team have solaris 2.8/2.9?  If this
is the case, I can gladly set up a shell on a box with solaris 2.8/2.9 for
testing.



---
Jeremy Kister
www.jeremykister.com
PGP: http://www.jeremykister.com/jeremy/public_key.asc
---

-Original Message-
 From: Ken Jones [mailto:[EMAIL PROTECTED]
 Sent: Tuesday, June 03, 2003 12:52 PM
 To: [EMAIL PROTECTED]
 Subject: [vchkpw] Working towards vpopmail 5.4 stable


 Hi Folks,

[..]