; Thanks for your prompt answer, that's good news if it will be released
> sometime in February... We are looking forward for it as we would like to
> use the virtualdomain feature in a produtive environement.
>
> Regards
> Marc
>
--
Neal Rigney <[EMAIL PROTECTED]>
on't see any
> error messages regarding that..
>
> Thoughts, ideas of where I should look next??
>
> John Straiton
> [EMAIL PROTECTED]
> Clickcom, Inc
> 704-365-9970x101
--
Neal Rigney <[EMAIL PROTECTED]>
I've normally seen this when you've got a stale pop3d running. I've
also seen this with corrupt databases, but that would cause imapd to
fail also.
Try shutting down master and see what's still running. I'd bet there
will still be a pop3d.
On Tue, 2002-10-29 at 09:23, Felix Cuello wrote:
> Hell
I had noticed this as well, and should have mentioned it in my previous
mail.
I can no longer repeat the problem, so I'm thinking I actually had a bad
build of gcc somehow (the boxes I compile on track -stable very
regularly, so I've seen some bad commits on occasion), as I can no
longer repeat t
Ah, I see. I missed it in the diff on cvsweb.
Thanks
On Mon, 2002-09-23 at 12:44, Henrique de Moraes Holschuh wrote:
> Recently fixed in CVS...
>
> --
> "One disk to rule them all, One disk to find them. One disk to bring
> them all and in the darkness grind them. In the Land of Redmond
If a user does an LSUB and configdir doesn't have their directory,
FreeBSD punts "Junk pointer, too high to make sense" to the imap socket,
causing every IMAP client I can test to fail. The problem is that
db->fname is not initialized in myopen. I haven't checked any other db
backends for the sa
Oddly enough, it has now stopped exhibiting the behaviour,
so...ummm...nevermind. I'll chalk it up to operator error, and test it
again later.
On Wed, 2002-09-18 at 20:26, Ken Murchison wrote:
> Quoting Neal Rigney <[EMAIL PROTECTED]>:
>
> >
> > Is anybody run
Is anybody running imapd-2.2 on FreeBSD 4.6-STABLE or higher? I'm
having a confusing problem running master. It closes FDs 0-2, opens
them to /dev/null, and then tries to reserver FDs 3 and 4. No problem
there normally, but FreeBSD is returning FDs higher then 3 and 4. 7 and
8 usually.
Any c
