typo

http://

mention where to find more configuration stuff

twice, slightly differently, just in case one way fails for some reader.

Update VERSION.

just more comments about the state machine

Udoc fix.

don't leak memory badly

3.0.5, here we come

reduce and improve the debug support in Allocator.

remove the functions that use stdout, since stdout tends to be closed when
I need it.

make sizeOf return the correct number, at the cost of marking the object
as reachable for the next collection cycle.

free some space in the allocator block

we don't need more than 127 pointers anyway, except when an object is
all-pointer, which is bad.

log the number of objects reachable from each root, if large

we shouldn't change a single quoted string to a single string starting
with quote signs ( {"x"} -> "x" (one character to begin with, then three)

process pointers in ascending order

judging by list and patriciatree, ascending order seems more likely to
avoid a giant object stack in the allocator

the old code would misinterpret a full read buffer

fix

Make aox documentation (mostly) agree with its capabilities.

generally unbreak vacation.

most importantly, sending a vacation message to an address which wasn't in
the database now works.

still broken: there's a race on the autoresponses table. we need to lock
that entire table. very evil.

give users the ability to insert extra addresses in the database as part
of injection, and get the ID of those addresses.

helpful for sieve/vacation.

teach the injector to work with a subtransaction.

this will please sieve, which needs to do vacatio work along with
injection.

Don't segfault.

Rename MessageSet to IntegerSet and use it to avoid "new uint".

"new uint" was used mostly to populate List<uint>s that were passed to
Query::bind() and then forgotten—but never garbage collected. Using an
IntegerSet (because we know from inspection that there won't be any
duplicates) eliminates the problem neatly.

don't assume there to be annotations

sieve vacation was a tiny little bit broken.

3.0.5 stuff.

there seems to be something more.

trust the Flag cache very little, if at all

get rid of AnnotationName.

use database work instead, so there's no chance for the cache and db to
get out of sync, and so life is generally simpler.

make autoresponses work even when the autoresponses table is empty.

this is 3.0.5 fodder. 3.0.4 was broken.

make the autoresponses table less of an eyesore for selecting DBAs.

the sent_from and sent_to columns contain an address, any address so long
as localpart and domain are right. this change tries to pick the one whose
displayname is an empty string, if there is one.

it's executable

be more efficient about mmap()

collect garbage a little less often, and don't log quite as much.

the logging helped, so we shouldn't need it for a while.

a new byteforwarded which allocates less memory. more or less none.

get rid of FieldName

it wasn't carrying its load, and may have contributed to memory cancer
(actual memory usage didn't increase much over time, but the number of 1MB
blocks used did)

Fix typo.

make sure we can collect garbage even if nothing in particular is happening

free more allocator blocks

instead of freeing only some unused blocks after sweeping, this frees all.
doesn't really make a difference since that memory would not be touched,
but that the "144312 objects across 342 1MB blocks" line is more accurate.

Fix state machine.

reset peak, and do it so it's reported, too

call reserve() here and there in order to use less RAM

an easy way to get a breakpoint every time a megabyte is allocated:

    break oneMegabyteAllocated

try to get one batch every 15 seconds isntead of every 90

90 seconds means a lot of messages means a lot of RAM

avoid pgsql warning

IMAP EXAMINE was too broken for squirrelmail. fix.

Fix typo.

plug leak

Integrate another line that got missed from 

dot an i.

the session is too much of an imap thing. pop needs to bend over and
pretend to be imap.

superclass virtual changed signature; follow the change in subclass

Internaldate is also trivia.

(One line missed due to a bad merge earlier.)

Remove some debug logging.

Revert "udoc fixes."

This reverts part of commit 6991eb2b7bf49592d60e653a8fc9d657686941aa,
which depends on a patch that was not integrated into 3.0.x.

Revert "code changed; doc needs to change"

This reverts commit b3423fe5a118225e948c1d2f88bfc07817fa92fe, which was
dependent on another patch that was not integrated.

if we need to send the query, then we need to ask for all the results.

(the code below assumes that the results are complete.)

duplicating state is bad. clean up.

better logging in case a large sparse UID set is used

simpler (faster?) IMAP COPY.

a side effect is that a concurrent expunge could break the COPYUID
response, but not any more.

(Was meant for 3.1, but it's convenient to integrate it here because of
the changes to Mailbox to make it use subtransactions. -- AMS)

try to free up garbage sooner if we're over 2*limit

if limit is 0.... hm?

use mmap() to provide memory if MAP_ANON is available, else malloc.

this might relieve memory stress, by making us able to drop RAM back to
the OS.

notify the owner whenever the fetcher has achieved something.

the owner may be able to use the results, even if other results are
missing still.

try to use really small batches with pg81, to avoid seqscans on header_fields

I know we should be raising some statistics target, but even we aren't
doing that, so...

emit fetch responses sooner (don't wait for the end of the commmand)

helps fight memory blowup

avoid those scary noops.

we'd enqueue the deliveries change n times, even after commit, and log
'delivered' n times too.

rollback in case two processes service the spool at teh same time

the ocd manpage is gone. compile.

Get rid of ocd manpage.

Thanks for pointing it out, Germán.

make store finish its work provided that the session is active when it starts.

earlier, the store would stop working if the imap session closed while
store was working. which shouldn't happen but sometimes clients are
naughty. now, Store picks up a session when execute() is first called, and
uses that until it's done.

it would also be possible to have Store abort cleanly. I think I prefer to
finish.

don't notify the parent's owner when a subtransaction concludes. not our job.

more documentation, more comments, particularly for subtransactions

don't rely on a subtransaction to notify its parent's owner when it concludes.

simplies the code nicely, overall.

3.1 stuff.

unfucked version of previous commit.

don't send '' as an integer if the array is empty

change lock order so that if we lock both mm and mailboxes, we lock mm LAST.

a non-peek fetch may now lock the mailbox, if it retrieves both the modseq
and needs to set \seen. unfortunate, but if we didn't do this, then the
store could lock the mailbox after fetch locks mm, and the sub-fetch used
to report blah could deadlock against this or another fetch. (even against
itself because the store wasn't even a subtransaction until now.)

store is a subtransaction so that a modseq non-peek fetch won't deadlock
against itself via store and the flag update.

store and expunge lock mailboxes before mailbox_messages.

code changed; doc needs to change

unbreak queries that use empty arrays.

(1 is not the only number that's smaller than 2.)

exit dead code

sometimes the injector is called with zero messages. log that gracefully
and consider everything done.

handle injection of messages with zero bodyparts

all transactions must have owners.

the rule has to apply to subtransactions, because we assume it to be true
and I don't care to look for the code that assumes so. easier to make the
rule hole.

Update VERSION.

make memory-limit apply to archiveopteryx only

tlsproxy and logd collect memory down to zero anyway

debug logging to catch possible problems wrt. large unflushed data

collect garbage only if discarding the cache makes sense.

garbage allocation is slow if the result set is large. so let's just not
collect garbage unless we'll  the cache.

build on linux/ppc

tested by aox@visteya.net; must ask for retesting

report on what's done. number of messages, mailbox.

aox undelete misused generate_series. use a sequence instead.

this works.

log the die()

suse the Log ID that's in scope when die() is called; that'll probably be
the right one.

doesn't log die( Memory ) since that's often called within Allocator, so
we may not be able to allocate any memory for logging.

messageset doesn't benefit from that sorting any more, so don't bother

debug logging away again

if we log a client out, we tell it NO, but the commands it has sent aren't
all that BAD.

better error messages in case an IMAP command isn't permitted due to the
IMAP state.

if the old message could confuse us, it could confuse anyone.

make Transaction::execute() fail all queries if it can't.

the most common case would be if the parent has already been committed or
rolled back.

udoc fix.

ask the db whether we're blocked instead of maintaining duplicate state

make rollback() work for subtransactions (the release savepoint wasn't sent)

avoid casting pointers to int, it has bad karma

the merge didn't know that I had just removed idCache

Another idate.

But is this the only problem?

make PreparedStatement not be freed.

as of this change, it's no longer necessary to addEternal every single
PreparedStatement.

drop the addresscache map from id. it's not used.

also simplify some code; there isn't any point to avoiding those pointers
since we'll drop the cache when we drop those buffers.

get rid of the address cache when we run up against the memory limit.

this makes addresses behave like messages.

Another arrays vs. Postgres 8.1 hack.

If we use =any($x) where $x is bound to a single-element array, we
rewrite both query and parameter so that we can use =$x instead.

QV::position() changes type to avoid comparison warnings.

Untested.

I wish it weren't true

support duplicate message ids in one mailbox

(a message copied twice into one mailbox, both copies fetched with one
fetch)

was broken for really large sets (e.g. value=100000, i=20000)

make forwarding submitted mail to the smarthost work