Re: [qmailadmin-devel] Show stoppers to making a stable release

[Bill S. <hos...@sh...>]

On Thursday, July 17, 2003, at 10:02  AM, Jeff Hedlund wrote:

> Bill Shupp wrote:
>>> So, for users who don't have valiases, they'll take the performance 
>>> hit of having a lot of .qmail-user files, in addition to having 
>>> messages re-queued for delivery.
>> Well you will then have the overhead of another SQL query.  Not sure 
>> which is more of a hit.. lots of files, or the query.  Probably about 
>> the same.  But the lack of reprocessing through the queue is 
>> definitely good.
>
> Actually, looking at the vdelivermail code it looks like valiases are 
> processed almost exactly the same as .qmail files.
>
> If there is a Maildir value in the valias, it skips the user's .qmail 
> file as well.
>
> If there is an email address in the valias, it gets re-injected into 
> the queue.

Right... I was not referring to processing of the .qmail command, I was 
referring to the difference in disk access speed (looking for 
.qmail-user, and then reading it) and an SQL query.  vdelivermail will 
process them exactly the same, as the valias contents would not differ 
from what's in .qmail file.

> In the current state of vpopmail, emails would still be required in 
> the valias, not /Maildir/'s or we get the same problem.

I thought there was already a patch for this?  Aren't we talking about 
vdelivermail's inability to check for a .qmail file in the user's 
directory when the Maildir path goes all the way to /Maildir/?

Bill