God I love these guys!
Thanks Larry! Being part of the Cyrus crowd
is great. I was just thinking about the fact
that I hadn't seen any announcements about
2.0.13 just yesterday and was wondering if
the coding was still coming along.
-- Michael --
- Original Message -
From: Lawrence
This is a modification of my earlier patch to enable changing the mailbox
delimiter to a different character (eg. a slash), which was based almost
entirely on David Fuchs' original patch to change the delimiter to a
slash.
This patch fixes a problem with both earlier patches which broke setting
Hello,
I'm running Cyrus IMAP4 v1.6.24 for
several months under solaris
and since yesterday
deliver -E 2 doesn't work any more
/usr/local/imap/imapd/bin/deliver -E 2
Bus Error - core dumped
I've tried to analyse why and made
a truss of /usr/local/imap/imapd/bin/deliver -E 2
I've got this:
I think you've hit the bug I mailed in on 19th April (Subject: deliver -E
(Solaris, 1.6.24 without DB). In part it read...
---
On Solaris platforms which don't have DB available, deliver -E fails to
prune anything, ever. The problem starts in deliver.c, in the
_prune_actual_db routine. In
Hi,
this is greate that the development of the server is
moving along. I hope that you guys at cmu also watch
to
mailing list, and have seen the 'forking problem' that
ppl here have been describing. We will try to test the
newest release and will report ASAP if the problem
persists or not.
Thank
[EMAIL PROTECTED] wrote:
I think you've hit the bug I mailed in on 19th April (Subject: deliver -E
(Solaris, 1.6.24 without DB). In part it read...
Thanks for your answer.
You're right, it seems to be the same bug
Does anyone know how to correct this ?
Is it corrected under 2.0.12 ?
I was wondering if perhaps the maxchild parameter was inspired, at
least in part, to keep a check on processes like lmtpd from getting
so numerous that the possibility of contention increases. Though,
that's just a wild guess
On Fri, 27 Apr 2001 03:55:41 -0700 (PDT),
Helmut Apfelholz
Marius,
We use standard DNS, not DNS entries in LDAP or anything like that.
I assume (I could be wrong - someone help me out...) that your LDAP
directory structure would be completely independent of your DNS
registrations. If you had 2 domains registered to your organization, you
could have 2
John,
Thanks. It makes sense now. It was an issue of my limited
understanding of LDAP and how its trees are designed. If I
need further help on this I'll bother you privately since
this is no longer a Cyrus issue.
Thanks for your help.
Marius
-Original Message-
From: John C.
On Tue, Apr 24, 2001 at 08:48:01AM +0200, Werner Reisberger wrote:
as in Debian/Linux. You need to use
imap 143/tcp
i have same problem:
telnet localhost 143
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
Connection closed by foreign host.
in syslog:
Apr 24
Michael Fair wrote:
Yes, the Cyrus server supports realms though it is largely
unused. Currently SASL just fills the realm info in with
the hostname of the machine. You can see this when you do
sasldblistusers.
In regards to all clients supportnig SASL. Perhaps it's only
a matter of
I've placed Cyrus IMAP 2.0.13 on ftp.andrew. This version adds a
couple of new features and some slight code reorganization. We'd love
to have people try it out.
I noticed that pop3d.c now has some APOP code. Does that mean
there's a new version of Cyrus SASL containing the sasl_checkapop()
this forking problem is related only in the case of Linux environment ?
I have not noticed it on FreeBSD.
thanks
Rick
On Fri, 27 Apr 2001, Helmut Apfelholz wrote:
Hi,
this is greate that the development of the server is
moving along. I hope that you guys at cmu also watch
to
mailing
Larry M. Rosenbaum wrote:
I've placed Cyrus IMAP 2.0.13 on ftp.andrew. This version adds a
couple of new features and some slight code reorganization. We'd love
to have people try it out.
I noticed that pop3d.c now has some APOP code. Does that mean
there's a new version of Cyrus
Helmut Apfelholz [EMAIL PROTECTED] writes:
this is greate that the development of the server is
moving along. I hope that you guys at cmu also watch
to mailing list, and have seen the 'forking problem' that
ppl here have been describing.
Yes, we read the mailing lists but have been busy
I've had a problem that might be in under FBSD 3.5stable.
I haven't implemented Cyrus yet, but under load testing I
see a large number of sendmail processes that are in a
Client Greeting state. I presume that sendmail is trying
to talk to lmtpd and not getting a response.
I've gotten around
16 matches
Mail list logo
