Quoting Brian Kolaci [EMAIL PROTECTED]:
Ahh, good catch. I increased limits table structure to about twice
its original size, (more items added) and since my table already existed,
I didn't encounter the buffer overflow.
Since the original create failed, you'll need to delete and
add the domain again to get the row added to the table.
I guess another limit we can add would be Rick's request
for a monthly bandwidth limitation per domain (or user?).
I was thinking user.. In my own environment, I use Isoqlog to watch domains, but
users aren't 'summed' up by month.
I figured (note, I haven't actually looked at the code ;) maildirsize.* could be
copied to bandwidthsize.*, trimmed (we don't need directories), and a date added.
I only mentioned it first, because I saw the 'naughty' word in vdelivermail.c,
and I figured I'd 'air' my quota thoughts :) Not that I'm a prude or anything,
most of my first applications' variable names consisted of f**kthis,f**that...
Yes, those were real var names :) Good thing those were small programs. I
stopped doing that after one of the 'real' programmers (I'm a network guy), told
me he used a 'choice phrase' for a 'This should never happen' message, and a
client managed to create that error.. whoops.
Sorry.. very babbly today.. must go socialize with adults :)
Rick
Brian
solved.
increasing vmysql.c: SQL_BUF_SIZE to 2000 fixed it.
however i do get
delivery 6: success:
vnysql:_can't_find_limits_for_domain_'test.com'/did_0+0+1/
(with a type in it too.. vnysql = vmysql)
shouldn't it add some defaults when calling vadddomain ?
--
Best Regards,
Justin