Re: [vchkpw] Upgrading from 5.2.1, qmail-ext and quotas

2006-07-27 Thread Harm van Tilborg

Hi,

I'm not that hero in C. But let's try. So, if we want to log all 
addresses using the qmail-ext feature, it is done in (vpopmail 5.2.1) 
the main function, line 137 (if ((vpw=vauth_getpw(TheUserExt, 
TheDomain)) != NULL ) {), right?


The VALIAS is not used (it is not defined in config.h), so that should 
be the only place where the address is checked, is that also right?


Kind regards,
Harm van Tilborg

Tom Collins wrote:

On Jul 27, 2006, at 10:51 AM, Harm van Tilborg wrote:
If users have only access to qmailadmin (maybe not really vpopmail 
related, but ok), are they able to use qmail-ext addresses? Or do they 
really have to know how qmail deals with the 'ext' addresses?


With qmail-ext enabled, users can put -anything after their email 
address and still get the message.  They'd have to know about that 
feature, and chances are they aren't making use of it.


If you're unsure, you could modify vdelivermail to log any qmail-ext 
addresses that it matches.  If nothing comes through in a few weeks, you 
can probably safely disable that feature.


--
Tom Collins  -  [EMAIL PROTECTED]
Vpopmail - virtual domains for qmail: http://vpopmail.sf.net/
QmailAdmin - web interface for Vpopmail: http://qmailadmin.sf.net/






Re: [vchkpw] Upgrading from 5.2.1, qmail-ext and quotas

2006-07-27 Thread Tom Collins

On Jul 27, 2006, at 10:51 AM, Harm van Tilborg wrote:
If users have only access to qmailadmin (maybe not really vpopmail  
related, but ok), are they able to use qmail-ext addresses? Or do  
they really have to know how qmail deals with the 'ext' addresses?


With qmail-ext enabled, users can put -anything after their email  
address and still get the message.  They'd have to know about that  
feature, and chances are they aren't making use of it.


If you're unsure, you could modify vdelivermail to log any qmail-ext  
addresses that it matches.  If nothing comes through in a few weeks,  
you can probably safely disable that feature.


--
Tom Collins  -  [EMAIL PROTECTED]
Vpopmail - virtual domains for qmail: http://vpopmail.sf.net/
QmailAdmin - web interface for Vpopmail: http://qmailadmin.sf.net/




Re: [vchkpw] Upgrading from 5.2.1, qmail-ext and quotas

2006-07-27 Thread Harm van Tilborg

Hi,

Thanks for the quick response.

If users have only access to qmailadmin (maybe not really vpopmail 
related, but ok), are they able to use qmail-ext addresses? Or do they 
really have to know how qmail deals with the 'ext' addresses?


Kind regards,
Harm van Tilborg

Tom Collins wrote:

On Jul 27, 2006, at 8:12 AM, Harm van Tilborg wrote:
1) I'm still running vpopmail 5.2.1 on some servers and it's finally 
time to upgrade (yes, finally :[). In the UPGRADE instructions it says 
it shouldn't be a problem (I'm using the cdb auth-module). Is that 
really true?


I think so, but I haven't done an upgrade from 5.2.1 in a long time.

2) And I would like to turn off qmail-ext support in the upgrade. 
Could that give any problems?


If you have users relying on it to get their email, then it will be a 
problem.  Some of my users make use of it to generate unique email 
addresses (like tom-amazon for all email from amazon.com) that they can 
later turn into blackhole or bounce addresses.


3) Domain and user quotas are kind of broken, aren't they? The only 
way to make them work is with the Maildir++-patch, is that true?


Domain quotas are definitely broken, and have been disabled in the 
current release.


4) Will this upgrade change anything to the already set (but not 
working) quotas?


I don't know -- I don't personally use quotas.

--
Tom Collins  -  [EMAIL PROTECTED]
Vpopmail - virtual domains for qmail: http://vpopmail.sf.net/
QmailAdmin - web interface for Vpopmail: http://qmailadmin.sf.net/






Re: [vchkpw] Upgrading from 5.2.1, qmail-ext and quotas

2006-07-27 Thread Tom Collins

On Jul 27, 2006, at 8:12 AM, Harm van Tilborg wrote:
1) I'm still running vpopmail 5.2.1 on some servers and it's  
finally time to upgrade (yes, finally :[). In the UPGRADE  
instructions it says it shouldn't be a problem (I'm using the cdb  
auth-module). Is that really true?


I think so, but I haven't done an upgrade from 5.2.1 in a long time.

2) And I would like to turn off qmail-ext support in the upgrade.  
Could that give any problems?


If you have users relying on it to get their email, then it will be a  
problem.  Some of my users make use of it to generate unique email  
addresses (like tom-amazon for all email from amazon.com) that they  
can later turn into blackhole or bounce addresses.


3) Domain and user quotas are kind of broken, aren't they? The only  
way to make them work is with the Maildir++-patch, is that true?


Domain quotas are definitely broken, and have been disabled in the  
current release.


4) Will this upgrade change anything to the already set (but not  
working) quotas?


I don't know -- I don't personally use quotas.

--
Tom Collins  -  [EMAIL PROTECTED]
Vpopmail - virtual domains for qmail: http://vpopmail.sf.net/
QmailAdmin - web interface for Vpopmail: http://qmailadmin.sf.net/




[vchkpw] Upgrading from 5.2.1, qmail-ext and quotas

2006-07-27 Thread Harm van Tilborg

Hi all,

I'm dubbing with four questions.

1) I'm still running vpopmail 5.2.1 on some servers and it's finally 
time to upgrade (yes, finally :[). In the UPGRADE instructions it says 
it shouldn't be a problem (I'm using the cdb auth-module). Is that 
really true?


2) And I would like to turn off qmail-ext support in the upgrade. Could 
that give any problems?


3) Domain and user quotas are kind of broken, aren't they? The only way 
to make them work is with the Maildir++-patch, is that true?


4) Will this upgrade change anything to the already set (but not 
working) quotas?


Kind regards,
Harm van Tilborg

PS: keep up the great work!