Re: [vchkpw] Working towards vpopmail 5.4 stable
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
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
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
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
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
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, 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
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
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
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
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
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
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
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
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
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
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
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
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
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, [..]