Folks,
I had a problem with my data structure.
Basically I had unique user_idnr values but non-unique userid values.
This led to strange problems (mails disappearing all of a sudden and so
forth).
Maybe userid should be unique.
We are using dbmail 1.2
dbmail=# \d users
Hi,
these changes are in CVS. Changed a bit though. Since there is no
inputting of timestamps other than CURRENT_TIMESTAMP, I have not used
the TO_DATE string yet, but a function to use it is already in db.c :)
db_insert_physmessage() uses CURRENT_TIMESTAMP.
I've tested with PostgreSQL, and
Cool,
Ilja, I have attached a patch that adds a FreeConfig function, this
doesn't solve my memory leaks from list.c addnode, but makes it a lot
easier to debug as it free's the config list's right after their used
instead of at the end of the main (). Please commit it to cvs if you feel
it warran
this requires some serious digging in my memory - i'm not even going to
guarantee my answers :p
Op 3-mrt-04 om 3:43 heeft Paul F. De La Cruz het volgende geschreven:
Does anyone have a good understanding of what happens in this function
and a minute to explain why things are done the way they
I've put the patch in CVS, because we'll need it anyway. This way, it's
also easier to debug it, because a simple cvs update will get everybody
the new code :)
The delivery chain is still buggy: When delivering messages through
LMTP, all messages get delivered twice.
Ilja
Leif Jackson wrote
Does anyone have a good understanding of what happens in this function and a
minute to explain why things are done the way they are? I'm not trying to
criticize anything in imapcommands.c, just trying to understand it more and
hope someone who perhaps understands it well could shed some light on
It's pretty likely, at least until this quarter is over, I won't have time to
even figure out which of my libSieve trees was my last working tree, let alone
get it in any reasonably shareable form :-\
I'll be on break starting the 18th and will mark "libSieve" on my calendar!
Thanks very much for
