Re: [vchkpw] Working towards vpopmail 5.4 stable

[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

[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

[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

[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

[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

[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

[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

[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

[Dave Richardson - Lists]

I confess I'm in the same boat as Jeff.  I actually had some trouble 
with 5.3-something version when I did my install, so I went with 5.2.1.

I haven't made any customizations to any code other than what is 
described here:
http://www.pipeline.com.au/staff/mbowe/isp/webmail-server.htm

Thanks,
D.
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

[Jeff Garvas]

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

[Ken Jones]

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

[Tom Collins]

On Wednesday, June 4, 2003, at 06:46  AM, matthew berardi wrote:
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
That's a good option for non-cdb setups.  Perhaps the 
maildir_to_email() function could be a part of the "backend" .c file 
that gets compiled in (e.g., cdb, mysql, etc.).

--
Tom Collins
[EMAIL PROTECTED]

Re: [vchkpw] Working towards vpopmail 5.4 stable

[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

[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

[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

[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=2&i=10863&t=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,
>
[..]

Re: [vchkpw] Working towards vpopmail 5.4 stable

[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

[vchkpw] Working towards vpopmail 5.4 stable

[Kari Suomela]

Tuesday June 03 2003 11:52, Ken Jones wrote to All:


 KJ> Does anyone have any code changes they would like to get into the
 KJ> next release? I want to put together a new stable version 5.4.

Hmm ... the only additional feature I could use, is the ability to set 
user accounts to expire on a certain date, like system accounts.

 KS

   KARICO Business Services
   Toronto, ON Canada
   http://www.karico.ca

 Get The Pocket Pro now!: http://www.pocketproshop.com


... Friction is a drag.

Re: [vchkpw] Working towards vpopmail 5.4 stable

[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

[Tom Collins]

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 
 for QmailAdmin updates, or at least put 
my 1.0.20 release on the develop.html page, I'd appreciate it.

--
Tom Collins
[EMAIL PROTECTED]

Re: [vchkpw] Working towards vpopmail 5.4 stable

[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

[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
>  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]

[vchkpw] Working towards vpopmail 5.4 stable

[Ken Jones]

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

[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

[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

[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

[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]>