ike checkpassword?
This would be needed in an setup, where the users $HOME is set by an
checkpassword program to an compute value, to access another users
mailbox.
cheers
sascha
--
Sascha Wilde OpenPGP key: 4BB86568
Intevation GmbH, Osnabrück
Timo Sirainen <[EMAIL PROTECTED]> writes:
> On Tue, 2008-09-30 at 10:46 +0200, Sascha Wilde wrote:
>> > namespace shared {
>> > separator = /
>> > # %%u gets expanded to the remote user. Instead of %%u you can
>> > # also use %%n and %%d
Timo Sirainen <[EMAIL PROTECTED]> writes:
> On Sep 30, 2008, at 6:08 PM, Sascha Wilde wrote:
>
>>>> Is there a %%h, too? So that, if we have
>>>>
>>>> mail_location = maildir:~
>>> ..
>>>> Another (more specific) problem i
tested yet).
cheers
sascha
--
Sascha Wilde OpenPGP key: 4BB86568
Intevation GmbH, Osnabrück http://www.intevation.de/~wilde/
Amtsgericht Osnabrück, HR B 18998 http://www.intevation.de/
Geschäftsführer: Frank Koormann, Bernhard Re
Timo Sirainen <[EMAIL PROTECTED]> writes:
> On Oct 1, 2008, at 12:57 PM, Sascha Wilde wrote:
>> "Matvey Soloviev" <[EMAIL PROTECTED]> writes:
>> Matvey finished a first version of the IMAP front end to the ACL
>> plugin.
>>
>> Yo
path);
/* delete and try again */
if (unlink(path) < 0)
i_fatal("unlink(%s) failed: %m", path);
}
"fixes" the problem. But I think the real fix would have to be done in
the new function `net_listen_unix_un
h dovecot 1.1.x use the version tagged as
"works-with-dovecot-1.1".
sascha
--
Sascha Wilde OpenPGP key: 4BB86568
Intevation GmbH, Osnabrück http://www.intevation.de/~wilde/
Amtsgericht Osnabrück, HR B 18998 http://www.intev
r for that matter: who much harder than to do it in 1.2?)
We are currently evaluating these questions, but I would highly
appreciate your comments on this.
cheers
sascha
--
Sascha Wilde OpenPGP key: 4BB86568
http://www.intevation.de/~
Hi Timo,
thanks for the reply,
Timo Sirainen <[EMAIL PROTECTED]> writes:
> On Tue, 2008-10-07 at 13:08 +0200, Sascha Wilde wrote:
>> was written the other day we started to use Dovecot 1.2 for our Kolab
>> with Dovecot project, but it turned out that there are quite a bunch
Timo Sirainen <[EMAIL PROTECTED]> writes:
> On Tue, 2008-10-07 at 14:25 +0200, Sascha Wilde wrote:
>> There was the dict-server startup problem, which we reported and which
>> should be fixed now (I still need to test your fix).
>>
>> Then there are some (undoc
Timo Sirainen <[EMAIL PROTECTED]> writes:
> On Sep 30, 2008, at 6:08 PM, Sascha Wilde wrote:
[...]
>> So I guess what is needed is a new userdb backend which is explicitly
>> runs an arbitrary external program to get the user data (instead of
>> caching the passdb resul
doesn't exist: users/[EMAIL PROTECTED]/blablabla
s102 select users/[EMAIL PROTECTED]/INBOX/blablabla
* OK [CLOSED]
s102 NO Invalid mailbox name
> And IMAP ACL commands are (at least partially) already implemented by
> Kolab people.
Yes, look at http://hg.intevation.de/kolab/dovecot-1.
Timo Sirainen <[EMAIL PROTECTED]> writes:
> On Oct 8, 2008, at 5:33 PM, Sascha Wilde wrote:
>
>> s002 subscribe "users/[EMAIL PROTECTED]/blablabla"
>> s002 NO [TRYCREATE] Mailbox doesn't exist: users/[EMAIL PROTECTED]/
>> blablabla
>
> I think t
Robert Schetterer <[EMAIL PROTECTED]> writes:
> Sascha Wilde schrieb:
>> Yes, look at http://hg.intevation.de/kolab/dovecot-1.2_acl-branch as
>> announced... ;-)
> Hi Sascha,
> why you need an extra branch for that ?
This is our working repository. The ACL extens
Timo Sirainen <[EMAIL PROTECTED]> writes:
> On Wed, 2008-10-08 at 12:54 +0200, Sascha Wilde wrote:
>> I just started to work on this feature and for testing purpose I wrote a
>> very simple dummy checkpassword program. But I have a problem setting
>> the UI
Timo Sirainen <[EMAIL PROTECTED]> writes:
> On Wed, 2008-10-08 at 17:39 +0200, Sascha Wilde wrote:
>> Timo Sirainen <[EMAIL PROTECTED]> writes:
>>
>> > On Oct 8, 2008, at 5:33 PM, Sascha Wilde wrote:
>> >
>> >> s002 subscribe "users/
Timo Sirainen <[EMAIL PROTECTED]> writes:
> On Thu, 2008-10-09 at 10:03 +0200, Sascha Wilde wrote:
>> It seems to work now for subscribing and selecting (and therefor for
>> lsub and fetch) -- but LIST still bails out:
>>
>> l2 list "" "*
ful input, we'll get back to it as soon as we
start to work on this.
cheers
sascha
--
Sascha Wilde OpenPGP key: 4BB86568
http://www.intevation.de/~wilde/ http://www.intevation.de/
Intevation GmbH, Neuer Graben 17, 49074 Osnabrück; AG
Sascha Wilde <[EMAIL PROTECTED]> writes:
> Timo Sirainen <[EMAIL PROTECTED]> writes:
>> On Sep 30, 2008, at 6:08 PM, Sascha Wilde wrote:
> [...]
>>> So I guess what is needed is a new userdb backend which is explicitly
>>> runs an arbitrary externa
Sascha Wilde <[EMAIL PROTECTED]> writes:
> Sascha Wilde <[EMAIL PROTECTED]> writes:
>> Timo Sirainen <[EMAIL PROTECTED]> writes:
>>> On Sep 30, 2008, at 6:08 PM, Sascha Wilde wrote:
>> [...]
>>>> So I guess what is needed is a new userdb backe
Timo Sirainen <[EMAIL PROTECTED]> writes:
> On Oct 11, 2008, at 10:52 AM, Sascha Wilde wrote:
>> The proposed change is not sufficient, the only reason why my test
>> didn't fail was, that I used an other passdb backend, so that my
>> userdb
>> backend w
Sascha Wilde <[EMAIL PROTECTED]> writes:
> Sascha Wilde <[EMAIL PROTECTED]> writes:
>> Now I'll try to do the same for my userdb, so that they should work at
>> the same time -- stay tuned...
>
> I have a first working beta. I'll put a repository with th
ion failed
I guess the primary (only?) case where these shared namespaces are
needed for delivery is the use of sieve.
cheers
sascha
--
Sascha Wilde OpenPGP key: 4BB86568
http://www.intevation.de/~wilde/ http://www.intevation.de/
Intev
b7e6432d,
flags = 0}
^^^
For some reasons this does _not_ happen when I simply close the
connection (without explicitly logging out)...
cheers
sascha
--
Sascha Wilde OpenPGP key: 4BB86568
http://www.
Sascha Wilde <[EMAIL PROTECTED]> writes:
> Thanks! Seems indeed helpful. I have changed passdb-checkpassword to
> use the child-wait stuff, see attached patch. (I have put
> child-wait.[ch] into src/lib/)
Doh! Forgot to attach the patch (which isn't to bad as it was faul
c kolab-branch[1] repository.
cheers
sascha
[0] http://hg.intevation.org/kolab/dovecot-1.2_acl-branch/
[1] http://hg.intevation.org/kolab/dovecot-1.2_kolab-branch/
--
Sascha Wilde OpenPGP key: 4BB86568
http://www.intevation.de/~wilde/ http:
Timo Sirainen <[EMAIL PROTECTED]> writes:
> On Oct 15, 2008, at 5:57 PM, Sascha Wilde wrote:
>
>> #1 0x0806ab6c in command_unregister (name=0x815b9ab "LOGOUT") at
>> commands.c:83
>> 83 if (strcasecmp(cmd[i].name, name) == 0) {
>
Timo Sirainen <[EMAIL PROTECTED]> writes:
> On Oct 15, 2008, at 5:04 PM, Sascha Wilde wrote:
>
>> Oct 15 14:37:43 burlywood3 deliver([EMAIL PROTECTED])[24502]:
>> Namespace 'users/': shared: Shared namespace prefix contains unknown
>> variables
>
>
Timo Sirainen <[EMAIL PROTECTED]> writes:
> On Thu, 2008-10-16 at 13:49 +0200, Sascha Wilde wrote:
>> Timo Sirainen <[EMAIL PROTECTED]> writes:
>> > On Oct 15, 2008, at 5:57 PM, Sascha Wilde wrote:
>> >
>> >> #1 0x0806ab6c in command_unregist
seperator `/' -- which of cause is wrong. ;-)
cheers
sascha
--
Sascha Wilde OpenPGP key: 4BB86568
http://www.intevation.de/~wilde/ http://www.intevation.de/
Intevation GmbH, Neuer Graben 17, 49074 Osnabrück; AG Osnabrück, HR B 18998
Geschäftsfü
ssword...
[1] The variable name needs some evaluation: it seems, that courier
knows an environment variable AUTHENTICATED, which might be a good
choice for us, too -- on the other hand it might be totally wrong. ;-)
--
Sascha Wilde OpenPGP key: 4B
Timo Sirainen <[EMAIL PROTECTED]> writes:
> On Fri, 2008-10-17 at 19:04 +0200, Sascha Wilde wrote:
>> http://hg.intevation.org/kolab/dovecot-1.2_kolab-branch/
>>
>> Timo, what would be needed to get the new back end upstream?
>
> Some small things:
>
>
Timo Sirainen <[EMAIL PROTECTED]> writes:
> On Mon, 2008-10-20 at 17:26 +0200, Sascha Wilde wrote:
>> Currently the code handles only two cases: success and (any kind of)
>> error. The passdb-checkpassword stuff seems not to handle "user
>> doesn&#
Timo Sirainen <[EMAIL PROTECTED]> writes:
> On Oct 20, 2008, at 7:08 PM, Sascha Wilde wrote:
>
>> I understand the idea now, but see above: we need the (userdb only)
>> checkpassword script to follow our rules anyway, so instead of doing
>> magic to the enviro
Timo Sirainen <[EMAIL PROTECTED]> writes:
> On Oct 20, 2008, at 8:00 PM, Sascha Wilde wrote:
>
>> My solution:
>>
>>1. The userdb-only checkpassword script sees no AUTHORIZED in the
>> environment and returns with an exit code != 0[0]
>
> You a
till can use it for
passdb, it only won't work for userdb (he will use prefetch until he
finds the bug...). After all, nothing is foolproof to a sufficiently
talented fool. ;-)
cheers
sascha
--
Sascha Wilde OpenPGP key: 4BB86568
http://www.int
Timo Sirainen <[EMAIL PROTECTED]> writes:
> On Fri, 2008-10-17 at 15:18 +0200, Sascha Wilde wrote:
>
>> now, when I subscribe to a shared mailbox of another user with an dot in
>> the users id, like: users/[EMAIL PROTECTED]/INBOX/foo and I list my
>> subscribed mai
Sascha Wilde <[EMAIL PROTECTED]> writes:
> Timo Sirainen <[EMAIL PROTECTED]> writes:
> [...]
>> All of this forces that the checkpassword script developer either
>> handles the AUTHORIZED environment correctly or it doesn't work at
>> all. And it prevents
Timo Sirainen <[EMAIL PROTECTED]> writes:
> On Oct 21, 2008, at 5:27 PM, Sascha Wilde wrote:
>> Sascha Wilde <[EMAIL PROTECTED]> writes:
>>> [userdb-checkpassword]
> The code is now in dovecot-1.2 tree.
Thank you, that's great! The only thing I'm mi
Timo Sirainen <[EMAIL PROTECTED]> writes:
> On Wed, 2008-10-22 at 16:15 +0200, Sascha Wilde wrote:
>> Timo Sirainen <[EMAIL PROTECTED]> writes:
>> > On Oct 21, 2008, at 5:27 PM, Sascha Wilde wrote:
>> >> Sascha Wilde <[EMAIL PROTECTED]> writes:
&g
Timo Sirainen <[EMAIL PROTECTED]> writes:
> On Oct 21, 2008, at 5:27 PM, Sascha Wilde wrote:
>> Sascha Wilde <[EMAIL PROTECTED]> writes:
>>> [userdb-checkpassword]
[...]
> The code is now in dovecot-1.2 tree.
Unfortunately there is one tiny, but essential change m
those selecting works too...
If it helps I can generate a gdb backtrace.
cheers
sascha
--
Sascha Wilde OpenPGP key: 4BB86568
http://www.intevation.de/~wilde/ http://www.intevation.de/
Intevation GmbH, Neuer Graben 17, 49074 Osnabrück; AG Osnabr
Sascha Wilde <[EMAIL PROTECTED]> writes:
> Timo Sirainen <[EMAIL PROTECTED]> writes:
>> On Wed, 2008-10-22 at 16:15 +0200, Sascha Wilde wrote:
>>> There are more than 250LOC in deliver/auth-client.c and I wonder if
>>> there is already a higher le
Timo Sirainen <[EMAIL PROTECTED]> writes:
> On Thu, 2008-10-23 at 13:13 +0200, Sascha Wilde wrote:
>> Timo Sirainen <[EMAIL PROTECTED]> writes:
>> > On Oct 21, 2008, at 5:27 PM, Sascha Wilde wrote:
>> >> Sascha Wilde <[EMAIL PROTECTED]> writes:
>
Timo Sirainen <[EMAIL PROTECTED]> writes:
> On Thu, 2008-10-23 at 16:18 +0200, Sascha Wilde wrote:
[...]
>> 2.) The exported interface in the respective auth-client.h files is
>> different. The solution would be to figure out what the right
>> interface would b
Timo Sirainen <[EMAIL PROTECTED]> writes:
> On Thu, 2008-10-23 at 18:55 +0200, Sascha Wilde wrote:
>> Timo Sirainen <[EMAIL PROTECTED]> writes:
>> > On Thu, 2008-10-23 at 13:13 +0200, Sascha Wilde wrote:
>> >> Timo Sirainen <[EMAIL PROTECTED]> wri
Sascha Wilde <[EMAIL PROTECTED]> writes:
> Timo Sirainen <[EMAIL PROTECTED]> writes:
>> On Thu, 2008-10-23 at 16:18 +0200, Sascha Wilde wrote:
> [...]
>>> 2.) The exported interface in the respective auth-client.h files is
>>> different. The solu
Timo Sirainen <[EMAIL PROTECTED]> writes:
> On Thu, 2008-10-23 at 13:25 +0200, Sascha Wilde wrote:
>> Hi Timo,
>>
>> there is a bug in the acl plugin (in head, _without_ our acl changes),
>> which causes an segfault on selecting a shared folder.
>>
&
me for thorough testing, but in my test-setup it seems to
work like before, so at least I didn't break it completely... ;-)
Now I have to go back and finally implement the %%h feature for shared
name spaces.
cheers
sascha
--
Sascha Wilde OpenPGP ke
Timo Sirainen <[EMAIL PROTECTED]> writes:
> On Fri, 2008-10-24 at 16:19 +0200, Sascha Wilde wrote:
>> Ok, I used auth-master.* -- the new code is in changeset f5ce17153a3d in
>> my kolab-branch at
>> http://hg.intevation.org/kolab/dovecot-1.2_kolab-branch/ and
Timo Sirainen <[EMAIL PROTECTED]> writes:
> On Sun, 2008-10-26 at 18:33 +0100, Sascha Wilde wrote:
>> Timo Sirainen <[EMAIL PROTECTED]> writes:
>> > On Fri, 2008-10-24 at 16:19 +0200, Sascha Wilde wrote:
>> >> Ok, I used auth-master.* -- the new code is i
od idea to use the default ioloop. Any thoughts on that?
>>>
>>> For deliver it doesn't matter, but for imap you really should
>>> create a
>>> new ioloop or things will probably break.
>>
>> Yes, I know (already made this mistake)... ;-)
Ok, as discussed I have made some changes (hopefully improvements) in
the new "auth-master" API for userdb requests...
Sascha Wilde <[EMAIL PROTECTED]> writes:
> Timo Sirainen <[EMAIL PROTECTED]> writes:
[...]
>> 3. Would be nice to get rid of the getenv()s :) The M
Sascha Wilde <[EMAIL PROTECTED]> writes:
> Ok, as discussed I have made some changes (hopefully improvements) in
> the new "auth-master" API for userdb requests...
And using this new I finally put a first alpha version of the missing
%%h variable for shared name spac
I
> did the things I mentioned and some other stuff and committed it.
Thanks a lot!
I'll test it in our environment...
Cheers
sascha
--
Sascha Wilde OpenPGP key: 4BB86568
http://www.intevation.de/~wilde/ http://www.intevation.de/
Sascha Wilde <[EMAIL PROTECTED]> writes:
> Timo Sirainen <[EMAIL PROTECTED]> writes:
>> On Fri, 2008-10-31 at 17:12 +0200, Timo Sirainen wrote:
>>> > See
>>> > http://hg.intevation.org/kolab/dovecot-1.2_kolab-branch/rev/e83efa40a1dc
>>>
>&
ion or migration
problem. Maybe "owner" should take precedence over those rules? In
general I think, that in an sane setup only the owner rule should exist
and when it maps to the username in the IMAP front end the should be no
way to existentially create seperate rules fo
e possible, that we got any details in the usage of the dict
back end wrong, but I guess that in any case the dict server shouldn't
segfault...
cheers
sascha
--
Sascha Wilde OpenPGP key: 4BB86568
http://www.intevation.de/~wilde/ ht
Robert Schetterer writes:
> Bernhard Herzog schrieb:
>> On 15.01.2009, Sascha Wilde wrote:
>>>> But should it just internally convert "owner" to "username" when
>>>> replying?
>>> From our experience this would be a very good idea.
which depend on this behavior.
I attached a rather rough[0] patch which implements this.
cheers
sascha
[0] I don't like the use of static indexes witch imap_acl_letter_map but
currently I wasn't able to decide on a more elegant solution.
--
Sascha Wilde
Hi Timo,
thanks for your reply!
Timo Sirainen writes:
> On Fri, 2009-02-06 at 12:29 +0100, Sascha Wilde wrote:
>> I just recognized that the new imap-acl plugin in dovecot 1.2 does not
>> know the obsolete rights 'd' and 'c' when setting.
> ..
>>
7;t subscribe to shared user folders. I'll put the report in a
new mail.
cheers
sascha
--
Sascha Wilde OpenPGP key: 4BB86568
http://www.intevation.de/~wilde/ http://www.intevation.de/
Intevation GmbH, Neuer Graben 17, 49074 Osnabrüc
"*"
a002 OK Lsub completed.
a003 subscribe "user/b...@example.com/foobar"
a003 NO Unknown subscription namespace.
I'm quite sure this once worked in our original code (but of cause I
could be mistaken).
cheers
sascha
--
Sascha Wilde
ales-department folder.
Full support for shared user folders (like in your example) is a new
feature in the upcoming dovecot 1.2 release.
It might be possible to hack up what you need with dovecot 1.1.x but I'd
say it isn't worth the trouble -- instead I'd recommend to beta-test
1.2.
Timo Sirainen writes:
> On Wed, 2009-02-11 at 11:00 +0100, Sascha Wilde wrote:
>> Could we by any chance get the latest small changes/enhancements:
>> - 'c' and 'd' in setacl
>
> Yes, this will definitely be included.
This is very good news.
>> -
Timo Sirainen writes:
> On Wed, 2009-02-11 at 11:04 +0100, Sascha Wilde wrote:
>> a003 subscribe "user/b...@example.com/foobar"
>> a003 NO Unknown subscription namespace.
>
> What kind of namespace configuration do you have? This sounds like your
> shared names
Robert Schetterer writes:
> Sascha Wilde schrieb:
>> Robert Schetterer writes:
>>> Bernhard Herzog schrieb:
>>>> On 15.01.2009, Sascha Wilde wrote:
>>>>>> But should it just internally convert "owner" to "username" when
>&
s.
existing clients (horde in particular) actually use this to remove all
rights from an user.
Currently dovecot 1.2 does not accept an empty rights string as argument
to setacl. Bernhard Herzog will look into this.
cheers
sascha
--
Sascha Wilde OpenPGP key: 4BB
Timo Sirainen writes:
> On Thu, 2009-01-15 at 17:48 +0100, Sascha Wilde wrote:
>> > But should it just internally convert "owner" to "username" when
>> > replying?
>>
>> From our experience this would be a very good idea. Many clients
>&g
Timo Sirainen writes:
> On Thu, 2009-02-12 at 13:10 +0100, Sascha Wilde wrote:
>> - cyrus imapd actually tries[1] to implement a variant of this
>> possibility in that it does not allow to remove the 'a' right from the
>> owner:
>
> I implemented this to
cation" in the shared name space definition.
But that's just a minor suggestion.
sascha
--
Sascha Wilde OpenPGP key: 4BB86568
http://www.intevation.de/~wilde/ http://www.intevation.de/
Intevation GmbH, Neuer Graben 17, 49074 Osna
n this topic of scope, but I think the
following excerpt from RfC4314:
2. Access Control
[...]
An access control list is a set of
pairs. An ACL applies to a mailbox name.
indicates that ACLs are only valid for individual mailboxes (name) and
not for sub mailboxes.
cheers
sascha
Sascha Wilde writes:
Ooops some search and replace missing, the example should read:
> User A:
> g getacl INBOX
> * ACL "INBOX" "a...@example.com" akxeilprwtscd "b...@example.com" eilprwtsd
> "a...@example.com" lrwstipekxacd
> g O
7;t exist: INBOX
Actually there are two bugs to observe here:
1) "user/a...@example.com" really should be accessible to user B.
Why is it listed with "\Noselect"?
2) "user/a...@example.com/INBOX" does not exist, so the error message is
correct, but why
Timo Sirainen writes:
> On Wed, 2009-03-04 at 17:01 +0100, Sascha Wilde wrote:
>> Hi *,
>>
>> The problem is most noticeable when a user shares his INBOX[0][1] with
>> others:
>>
>> User A sets his INBOX acls to "eilprwtsd"
>>
Sascha Wilde writes:
> Timo Sirainen writes:
>> On Wed, 2009-03-04 at 17:01 +0100, Sascha Wilde wrote:
>>> * LIST (\HasChildren) "/" "user/1...@aztec.intevation.de/foobar"
>>
>> [...] Is the mailbox also selectable?
Oh, missed to answer that
T
* 1 FETCH (FLAGS (\Seen) INTERNALDATE "04-Mar-2009 13:11:06 +0100"
RFC822.SIZE 3652)
f101 OK Fetch completed.
I think ACL changes should take immediate effect, or at least should be
re-checked in reasonable intervals (which imo shouldn't exceed a few
seconds).
cheers
sas
Steffen Kaiser writes:
> On Thu, 5 Mar 2009, Sascha Wilde wrote:
>
>> I think ACL changes should take immediate effect, or at least should be
>> re-checked in reasonable intervals (which imo shouldn't exceed a few
>> seconds).
>
> Although I see the problem in y
Timo Sirainen writes:
> On Wed, 2009-03-04 at 17:01 +0100, Sascha Wilde wrote:
>> Hi *,
>>
>> The problem is most noticeable when a user shares his INBOX[0][1] with
>> others:
>>
>> User A sets his INBOX acls to "eilprwtsd"
>>
Bernhard Herzog writes:
> On 04.03.2009, Sascha Wilde wrote:
[...]
>> User B:
>>
>> l list "" "*"
>> * LIST (\Noselect \HasChildren) "/" "user"
>> * LIST (\Noselect \HasChildren) "/" "user/a...@exa
as dovecot
currently lists A's INBOX.
While this might be considered a bug in Horde it shows that existing
clients actually highly depend on the behavior as seen in Cyrus IMAP.
Timo Sirainen writes:
> On Tue, 2009-03-17 at 18:20 +0100, Sascha Wilde wrote:
>> >> 1) "user
s the reported problem as well as the problems I
experienced with the Horde-WebClient (and falsely blamed on the use of
"INBOX" in the mailbox name).
Timo, is it possible to merge Bernhard's fixes in dovecot-1.2 tip?
cheers
sascha
--
Sascha Wilde
Sascha Wilde writes:
> Before going back to the details in this discussion I want to point out
> that the whole thing turned out to be really relevant with existing
> clients: The Horde based Kolab WebClient expects the behavior as shown
> by Cyrus IMAP and fails to show "user
Timo Sirainen writes:
> On Tue, 2009-02-03 at 12:04 +0100, Sascha Wilde wrote:
>> #0 array_idx_modifiable_i (array=0x38, idx=0) at array.c:10
>> #1 0x0805e9a2 in sql_pool_unlink (ctx=0x80fb670) at sql-pool.c:64
>
> Sorry, took a while to get around to looking at this. I th
84 matches
Mail list logo
