Re: [fetchmail-devel] save_str problems.

[Rainer W. <rwe...@ms...>]

Rainer Weikusat <rwe...@ms...> writes:
> Matthias Andree <mat...@gm...> writes:
>
> [...]
>
>> it also pretended that someone had already fixed the complexity of
>> the UID handling (which hasn't happened to the best of my knowledge;
>> I have started hacking a bit on it, but not sure if I'll make it, or
>> drop it and leave it for a later release using C++, if it turns out
>> it's too much of a hassle to do in C).
>
> I am done with my last 'firebrigade' assignment which means that I
> will now continue to work on the UID support for imap

I'm now the 'proud owner' of a fetchmail variant which works (mostly)
like a proper 'disconnected imap client'. The number of POP3 accounts
registered with the product I am using fetchmail for (except pulling
my mail of my employer's mailserver) has grown to 99 and can be
expected to increase further. Because of this, I'm determined to get
rid of the present UID management code 'soon' (probably, during the
next couple of 'Sunday shifts'). I've been a content fetchmail user
ever since I first got 'internet' in 1999 and I would happily direct
some useful work into it because of this. OTOH, my experience with OSS
projects so far is a) one gets ignored, b) all kinds of ml lurkers
start to enage in wild flaming and c) after the need has arisen, the
powers-that-be grudingly implement the missing features themselves,
just to ensure that only the worthy ones get any 'due credit', and this
means some amount of additional work for me (of which I already have
plenty). So, is there a chance for such a change to be accepted?