Hello guys,
Just to let you know I am packaging Cyrus Imapd 2.1.0pre (from CVS) for
Debian; as someone else pointed out, we have only a very old 1.5.x branch
packaged.
Please allow me to take this opportunity to thanks the CMU crew for such
excellent software. Your work is very much appreciated.
On Sat, 17 Nov 2001, Emiliano wrote:
> I'm using Debian woody (testing). I suppose these packages would first
> show up in Sid? Would these be sieve-enabled? Anything I need to fear at
Yes. And move to testing in due time. The packages are crypto and
sieve-enabled, but not Kerberos-enabled (yet)
On Mon, 19 Nov 2001, Lawrence Greenfield wrote:
> snmpwalk mail3.andrew.cmu.edu public cmu
> you should see a large number of entries under enterprises.cmuMIB.
Where can one get the CMU and cmuCyrus MIB files? I had to nuke away the
cmuMIB and cmuCyrus mib symbols, converting them to their OIDs t
On Mon, 19 Nov 2001, Lawrence Greenfield wrote:
> You can also snmpwalk public .1.3.6.1.4.1.3.6
> and that should get you the same information.
Oh, it will. But I am packaging the thing, and I want to do it as well as
it can be done. For an example of what I mean by this, I am testing my
patch
On Wed, 21 Nov 2001, Eranga Udesh wrote:
> (50-60) of that same email. I gave some investigation ang found when the
> email header size is bytes 2,427 mail get's delived correctly, but if it's
> 2,428 (one character more) above error occurs. (I'm not sure whether my
> header sizes are right, but o
On Sat, 24 Nov 2001, Kevin J. Menard, Jr. wrote:
> Tuesday, November 06, 2001, 7:44:04 AM, you wrote:
> MF> If you decide that 1 IP per domain is not acceptable, which
> MF> anybody who does lots of virtual hosting generally does, then
> MF> I recommend you apply the sep-heirarchy patch which will
On Sat, 24 Nov 2001, Mika Iisakkila wrote:
> Another pitfall is the Name Service Switch library. At least in Debian,
> /etc/nsswitch.conf specifies DB lookups (in addition to files) for
> services, and the daemons die because the lookup involves DB version 2,
> and the linker gets confused. Both D
Hello,
For the Debian packaging, I added the ability to fork to background, and
proper pidfile locking to cyrus master... it is not very polished yet -- no
configure.in support to set the lockfile location, for example. But it
should be very useful for other Linux distributions compliant to the
Another patch, this one for the notify-unix or notify-zephyr services.
By default, one has to chose at compile time what kind of notification he
wants in Cyrus. This poses some problems to distribuitons such as Debian.
For the Debian initial packaging, I have used Zephyr support. However, since
On Thu, 29 Nov 2001, Jeremy Howard wrote:
> More importantly, we need separate conf entries for 'SIEVE' versus 'MAIL'
As you wish. I am working with two options, now: notifysieve, notifymail.
I have noticed that lmtp* do not use config_init, as opposed to just about
every other daemon/service un
On Fri, 30 Nov 2001, Lawrence Greenfield wrote:
>Date: Fri, 30 Nov 2001 09:14:09 -0200
>From: Henrique de Moraes Holschuh <[EMAIL PROTECTED]>
>
>On Thu, 29 Nov 2001, Jeremy Howard wrote:
>> More importantly, we need separate conf entries for 'SIEVE&
On Fri, 30 Nov 2001, Lawrence Greenfield wrote:
> master/service.c doesn't call execv(); it's directly linked into the
> lmtpd executable.
Yeah, I had just noticed I had master/service.c confused with spawn_service
in master.c (don't ask :P) and I was about to reply to myself with a "never
mind",
Attached you will find a finished version of the patch. Please consider
adding it to Cyrus 2.1.0pre.
Comments and fixes are very welcome. New Debian pre-release packages are
available in people.debian.org/~hmh/cyrus2 (use at own risk). Minimal
testing of the patch was done, and it worked well.
Hello Cyrus developers, users,
I would like to suggest a cosmetic change in the syslog ids used by master
and the services it spawns, for the upcoming 2.1.0 release. Since other
somewhat big interface changes (such as the fullhash mode) are already in
2.1.0, a syslog identifier change (properly
This patch should be applied on top of the previous one in this thread (in
message <20011128123038.K13192@khazad-dum>).
It adds configure support for --enable-pidfile (which enables pidfile and
daemon mode). The full filename (with path info) for the pidfile can be sent
as the optional argument f
On Mon, 03 Dec 2001, GOMBAS Gabor wrote:
> On Sat, Dec 01, 2001 at 12:07:20AM -0200, Henrique de Moraes Holschuh wrote:
> > Could the syslog IDs be changed to cyrus/master (for cyrus master), and
> > cyrus/service- for _all_ messages sent by spawned services ?
> > This is
and in the darkness grind them. In the Land of Redmond
where the shadows lie." -- The Silicon Valley Tarot
Henrique Holschuh
#! /bin/sh
#
# cyrus21 /etc/init.d/ script for cyrus2 IMAPd
# This file manages the Cyrus IMAPd master process.
#
# Copr. 2001 by Hen
On Tue, 04 Dec 2001, Simon Loader wrote:
> /usr/cyrus/bin/master &
> echo $! > /var/run/cyrus.pid
>
> which sort gives the same control.
Well, it depends. The pidfile support inside master allows it to fork() at
will and still keep the pidfile current. This way, we can setsid() wi
Well, it has been some time since I last posted here :) RL has been a bit
busy.
Anyway, SASLv2 made it to Debian (it is not 100% functional right now, but I
trust the maintainer will fix that shortly; If he doesn't, I will), and that
means I can upload Cyrus IMAPd version 2.1.1 (from CVS) to Debi
On Sun, 10 Feb 2002, Lawrence Greenfield wrote:
>cvs export: failed to create lock directory in repository
>
> This is due to an incorrect AFS ACL (our repository is stored in AFS
> internally, and our CVS server only has rights to create locks, not
> actually modify the source files). I've
I've noticed these two files ftp.andrew.cmu.edu:
cyrus-sasl-2.1.1.tar.gz 1202 KB 02/05/02 13:48:00
cyrus-sasl-2.1.1.tar.gz.sig1 KB 02/05/02 13:49:00
Are we that close to the 2.1.1 release?
If we do, there are a few points that should be fixed before the release
IMHO:
1. Document
On Wed, 13 Feb 2002, Ken Murchison wrote:
> IMAP 2.1.1 has already been released (2/4) and 2.1.2 shouldn't be far
> off.
Drat, I must have not received (or lost) the announcement somehow :(
> > 1. Document that some of the utilities do not work correctly in new hash
> >mode.
>
> Which ones?
On Thu, 14 Feb 2002, Theodore J. Knab wrote:
> I upgraded to the lastest Debian packaged version of Cyrus:
Latest PRE-RELEASE packaged version :) It has not been uploaded yet...
> After the update, all my mailboxes stopped working.
That's because the new packages reverted to the old hash metho
On Fri, 15 Feb 2002, Theodore J. Knab wrote:
> Which Filesystem would give me the least worries ?
You need a jornaled filesystem with proper directory indexing. All the
current journaling filesystems for Linux (that I know of) are acceptable :)
> I am familiar with ext3 and ext2, I haven't done
On Fri, 15 Feb 2002, Lawrence Greenfield wrote:
>Date: Fri, 15 Feb 2002 12:06:29 -0200
>From: Henrique de Moraes Holschuh <[EMAIL PROTECTED]>
> [...]
>You can also play with the +S attribute on ext3, to enforce data ordering
>(as well as the alredy enforced
On Tue, 19 Feb 2002, Daniel Whelan wrote:
> Regarding Cyrus on Debian, do you have any details on how to get SASLv2
> working properly? I've compiled Cyrus 2.1.2 and am using the Debian
Add /usr/lib/sasl2 to /etc/ld.so.conf, and run ldconfig.
Also, write an initscript or something like that to s
On Thu, 21 Feb 2002, Carsten Hoeger wrote:
> On Thu, Feb 21, Birger Toedtmann wrote:
> > > So I wrote a small patch for the auth_canonifyid function, which
> > > strips off leading and trailing whitespaces and lowers alpha chars.
> > [...]
> >
> > With the whitespaces I'm not sure but I don't thi
On Tue, 26 Feb 2002, Brian Capouch wrote:
> Just wondering if work is still being done on Cyrus.
Just look at the CVS repository, and you will know...
> We are getting ready to cut over a 1000+ user system to the latest
> cyrus, but it now seems to be abandoned by its maintainers.
Nope, it is n
On Wed, 27 Feb 2002, Amos Gouaux wrote:
> > On Thu, 28 Feb 2002 02:19:08 +0900,
> > Hajimu UMEMOTO <[EMAIL PROTECTED]> (hu) writes:
>
> hu> Hi,
> hu> The current master doesn't become daemon. The master should run in
> hu> background and detach controling terminal. Following patch also
The following hunks should do it. The last one isn't a diff hunk, just
insert it somewhere apropriate in configure.in.
Do remember to run acconfig and autoconf to regenerate the GNU autotools
chain.
The rlimit stuff is a fix for linux kernels 2.4 won't bother to get out of
the patch. If you don'
On Tue, 12 Mar 2002, James Courtier-Dutton wrote:
> I have done apt-get for imap under debian version of linux.
> I cannot find "master" which I would normally expect with a cyrus install.
> Can anybody help me ?
Read the documentation. /usr/share/doc/cyrus-*/README*
We renamed a lot of cyrus st
On Tue, 12 Mar 2002, James Courtier-Dutton wrote:
> It seems that the cyrus .deb package is just too old to bother with on a new
> system. (Ver 1.5.x)
Heh, a lot of people agree with you.
> I will get the .tar.gz package of version 2.x.
> I am surprised that their is not a version 2.x .deb packa
On Mon, 01 Apr 2002, Rob Siemborski wrote:
> On Sun, 31 Mar 2002, damm wrote:
> > 2) Authentication via saslauthd, i'm having problems getting the authentication to
>work on
> > authentication type of shadow. It authenticates, yet cyradm wont authenticate
>without me
> > adding a user to sasldb
On Mon, 01 Apr 2002, Rob Siemborski wrote:
> On Mon, 1 Apr 2002, Henrique de Moraes Holschuh wrote:
> > I've noticed something here that is probably related to this bug. This is
> > cyrus 2.1.3 CVS (as of yesterday) + SASL 2.1.2 release.
> >
> > I have observed
Right now, in master/README (CVS head), the notifyd entry reads:
# notify cmd="notifyd" listen="/notify" proto="udp" prefork=1
Is that correct? proto="udp" with a UNIX socket doesn't seem to make much
sense...
The CVS logs give me this idea I should be looking for a UDP port to request
fo
This message took so long to appear, I was hoping it would not :)
On Mon, 08 Apr 2002, Henrique de Moraes Holschuh wrote:
> Right now, in master/README (CVS head), the notifyd entry reads:
> # notify cmd="notifyd" listen="/notify" proto="udp" prefor
On Tue, 16 Apr 2002, John Wade wrote:
> Hi seen file lock suffers,
[...]
> to my patch to work around seen file locking issues in cyrus 2.0.16 and
> 2.1.3. For those who have already installed it, there are no changes in
[...]
The patch is interesting, and I would apply it just-in-case to the De
On Tue, 23 Apr 2002, Alec H. Peterson wrote:
> Cyrus makes extensive use of mmap() to propagate changes between various
> persistent IMAP processes in the seen database. I've walked through the
And mmap is broken in some linux kernels for some archs. I couldn't get it
to work properly on hppa
On Fri, 26 Apr 2002, Lawrence Greenfield wrote:
> You want to run the UCD snmpd with agentx support enabled. Starting
> master after the snmpd has started should cause the Cyrus master to
> register with snmpd and you'll be able to see data.
Yeah. And should the snmp daemon die, you need to rest
On Sat, 27 Apr 2002, Igor Brezac wrote:
> On Sat, 27 Apr 2002, Lawrence Greenfield wrote:
> I wrote an auth_ldap module for saslauthd. It supports persistent ldap
> connections and it is fairly configurable via config file. It will only
> compile against openldap 2. If you'd like to take a look
On Tue, 30 Apr 2002, Lawrence Greenfield wrote:
> I'm happy to announce that Cyrus IMAP 2.1.4 has been released. This
Thank you for the great work CMU has been doing on Cyrus. Debian packages of
2.1.4 should hit the Debian archive tomorrow.
On a somewhat related note, would it be possible to ha
On Tue, 30 Apr 2002, Lawrence Greenfield wrote:
>NOT contain CVS/ directories when 2.1.5 is released? Please? :-)
>
> I intentionally include the CVS directories (checked out as anonymous)
> so that people can easily do a "cvs update" to the latest and greatest
> code if they really want to.
On Thu, 02 May 2002, simon wrote:
> Personally I use the alternative hierarchy separator a patch to lmtp
> to allow @ and of I go (this gets rid of realms in in lmtp though which
> Im not sure of the effect). It just means I dont have to rewrite names
> all the time.
This is actually in Debian's
On Mon, 06 May 2002, Jeremy Howard wrote:
> The patches described here can be downloaded from:
[...]
I will probably add some of them to the Debian-packaged version of cyrus,
after some testing.
> master-avail.diff
[...]
> Therefore a per-process status is required to track which pids are busy
>
(bcc'ed to cyrus-bugs+)
On Mon, 06 May 2002, Jeremy Howard wrote:
> safe-flock.diff
>
> This is jwade's safer flock code which resolves problems with waiting
> forever for locks. Although not required on all platforms, we are not
> aware of any downsides to using it and therefore we recommen
On Mon, 06 May 2002, Henrique de Moraes Holschuh wrote:
> > In addition, this patch does not reject messages that include "From " at
> > the start. We frequently observe these messages, and have seen no
> > problems in accepting them.
>
> Hmm... Cyrus proba
On Tue, 07 May 2002, Jeremy Howard wrote:
> The problem is that a lot of messages have this header. They shouldn't,
They REALLY shouldn't, and the MTA is supposed to trash them when told to
not add them in the first place, and to rewrite them with the true
information when told to add them.
--
On Tue, 07 May 2002, Jeremy Howard wrote:
> Note that the original patch was actually by jwade, not by me. I
> included it for completeness to show all the patches that we are using
> to improve reliability, but we did not write or change that particular
> patch.
Noted. I have fixed the credit
On Tue, 07 May 2002, Jeremy Howard wrote:
> Most MTAs are pretty good about this. However, when using an IMAP client
> to move messages between accounts (e.g. drag and drag in Mozilla,
> Netscape, Outlook Express, etc) the source account may well store the
> "From " in the message even although
On Thu, 09 May 2002, Marc G. Fournier wrote:
> On Thu, 9 May 2002, Rob Siemborski wrote:
> > On Thu, 9 May 2002, Marc G. Fournier wrote:
> > > So, unless I'm overlooking something, is there some way of injecting 'per
> > > user' options at the lmtp (and beyond) level?
Looks like a job for a lmtp
Just something I thought I should share with you all, especially other
downstream maintainers packaging Cyrus.
There is a tool to generate and extract patchsets (i.e. all the files
commited by a single cvs ci command) from a CVS repository. It is called
"cvsps", and hosted at http://www.cobite.co
On Sat, 11 May 2002, Alexandre Suter wrote:
> Is there a way to get the a user-level transfer log with cyrus ? The
> purpose is to see how much bandwidth each user consums.
Search the archives of this list, someone posted a patch to control per-user
bandwidth using an external daemon less than a
I really didn't like much the current way to attach a debugger to cyrus,
so I cooked up something that might be of interest to you guys.
Basically, one should set "debug_command" in imapd.conf to a format string.
There are three parameters: the first is the name of the executable (sans
path). The
Here is an updated version of the patch, as included in the Debian package
of Cyrus IMAPd, release 2.1.4-8. Now the documentation us updated as well.
I've attached one extra file and a patch which I use to help users generate
the debugging information I need to track down bugs. I have also writ
On Tue, 14 May 2002, Marc G. Fournier wrote:
> coolness, now we just need to get useful, per user, spam filtering to
> work, and we'll definitely have one killer anti-spam tool ...
Why don't you plug this as a lmtp proxy as I suggested? Or plug it as a pipe
filter in lmtpproxyd ?
--
"One disk
On Tue, 14 May 2002, Rob Siemborski wrote:
> On Tue, 14 May 2002, Henrique de Moraes Holschuh wrote:
> > Why don't you plug this as a lmtp proxy as I suggested? Or plug it as a pipe
> > filter in lmtpproxyd ?
>
> I suspect lmtpproxyd (atleast not as it exists in Cyrus t
On Tue, 14 May 2002, Jure Pecar wrote:
> I've seen the exact same behaviour you're describing here on Linux when
> there's a lack of available entropy. Pop3d is more susceptible to this
Ouch! Thank you for pointing that one out. It goes directly into my README
stuff...
> /dev/random references i
On Wed, 15 May 2002, Scott Adkins wrote:
> I am still waiting to hear from Ken and Lawrence on what they think about
> these patches? Will any or all of them be implented in the next release?
I don't know what Ken and Lawrence think of these patches, but I just
finished porting the child pid tra
On Wed, 15 May 2002, Scott Russell wrote:
> On Wed, May 15, 2002 at 10:35:04AM -0300, Henrique de Moraes Holschuh wrote:
> > I don't know about all the other patches, though. I have included the
> > safe_flock patches, and I *may* include the alarm and locking stuff in
> &g
Here is the 2.1.4 port of the master process counting patch. It will be in
Debian's Cyrus IMAPd package 2.1.4-9, to be uploaded today or tomorrow.
None of the unrelated changes in the fastmail.fm patchset were included,
just the improvements to the tracking of the number of available workers.
Or
On Wed, 15 May 2002, Lawrence Greenfield wrote:
>Date: Wed, 15 May 2002 08:34:29 -0400
>From: Scott Adkins <[EMAIL PROTECTED]>
> [...]
>I am still waiting to hear from Ken and Lawrence on what they think about
>these patches? Will any or all of them be implented in the next releas
On Wed, 15 May 2002, Lawrence Greenfield wrote:
>Good question, isn't it? I am trying to track a segfault in the auth_unix
>callbacks with SASL 2.1.2 [1], but after that I will try to do a once-over
>the entire master flow, with and without the child pid tracking patches.
>
>[1]
On Wed, 15 May 2002, Lawrence Greenfield wrote:
> service processes without one of those service processes crashing
> (either by the sysadmin or otherwise) then there's some other problem
> in the child accounting.
Well, anything that could cause the messages to be lost will cause trouble
for the
On Wed, 15 May 2002, Amos Gouaux wrote:
> to take advantage of single instance delivery. (The local delivery
> agent in Postfix can only deliver one recipient at a time.)
Well, use the lmtp transport, then. It can deliver through an unix socket
just fine.
--
"One disk to rule them all, One d
On Wed, 15 May 2002, Michael Bacon wrote:
> Would it be sufficient if the patch were altered slightly to send a
> LOG_DEBUG message to syslog every time the master decremented one of the
> worker counters, specifying what it did? Right now, it seems like the
I've had some ideas for a bit of i
On Thu, 16 May 2002, Jeremy Howard wrote:
> I *strongly* recommend also including shutdown.diff. This is important
> in Linux to avoid sockets handing around in CLOSE_WAIT state. Remove the
> ' && !imapd_in->tls_conn' bit everywhere for general distribution--this
> is a workaround for a memory
On Thu, 16 May 2002, Jeremy Howard wrote:
> I'm not 100% sure, but I think the change you've made to return if the
> centry isn't found may mean the nconnections doesn't get updated
> correctly in some cases. You probably want to update nconnections in the
> case of the SERVICE_CONNECTION messa
On Thu, 16 May 2002, Ken Murchison wrote:
> If you have multiple services/processes the cores will overwrite each
> other, so you need to catch it fairly quickly (unless they all have the
Unless you tell the kernel to use the pid in the corefile name...
Add this to the script on Linux 2.4.x:
[ -
On Thu, 16 May 2002, Lawrence Greenfield wrote:
>From: Henrique de Moraes Holschuh <[EMAIL PROTECTED]>
> [...]
>I would like to add a "Ominous events" counter to the SNMP MIB, which would
>be increased by all weirdness master notices (children dying in av
Please disregard any "no service found, child #" messages this patch causes,
it is OK to have children not belonging to any service (EVENTS children, for
example). Just remove the else clause that does that syslogging entirely.
--
"One disk to rule them all, One disk to find them. One disk to
This is a slightly updated version of the patch, rediffed to apply cleanly
to 2.1.4 as distributed in the tarball. It logs when child die for no good
reason, so it should help address concerns that it would mask a worse
problem.
--
"One disk to rule them all, One disk to find them. One disk t
Fix attached.
--
"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
where the shadows lie." -- The Silicon Valley Tarot
Henrique Holschuh
Index: perl/sieve/managesieve/managesieve.xs
=
On Fri, 17 May 2002, Rob Mueller (fastmail) wrote:
> Just a little note about this patch. This part:
>
> +/* Did we find it? */
> +if (!c || c->pid != msg->service_pid) {
> + syslog(LOG_ERR, "can't find pid %d to process message %d",
> + msg->service_pid, msg->message);
> + return;
>
>
On Fri, 17 May 2002, Jeremy Howard wrote:
> I believe (?) that this issue is less important on Solaris, because I
> think that it handles close() differently to Linux. However on Linux it
> is vital to flush receive buffers and call shutdown() to avoid hanging
> connections.
I am still studyin
On Fri, 17 May 2002, Jeremy Howard wrote:
> >Still, I am seriously thinking about doing something to any unknown children
> >master notices (with proper LOG_ERR logging, of course) because said
> >children is messaging it. Such a thing (unknown children) can only happen
> >if either the underlyin
Well, that's it. I added a morgue, and now we have zero leakage of
children, and no race conditions. Code seems to work, but I couldn't force
the morgue codepath (I am doing this through a high-latency ssh connection),
so it requires other eyeballs and some testing.
Patch rediffed against 2.1.4
On Thu, 16 May 2002, Jeremy Howard wrote:
> I *strongly* recommend also including shutdown.diff. This is important
> in Linux to avoid sockets handing around in CLOSE_WAIT state. Remove the
I had a talk with some kernel people, and they confirmed that.
shutdown(socket, SHUT_RD) should _always_
The attached patch tries to play it safe. To the fastmail.fm crew, are you
sure all those prot_fill calls are really needed? SHUT_RD should dump any
unread data from the socket anyway...
I have also tracked down some closes() that the original fastmail.fm patch
does not fix to properly shutdown t
I had a request to add DRAC support to Cyrus IMAPd in Debian, so I applied
the already excelent patches in contrib/drac_auth.patch and cleaned them up
a little bit (and made the default to be DRAC disabled).
Here it is, patch against stock 2.1.4. They look clean and well-done enough
to be made p
On Sun, 19 May 2002, Amos Gouaux wrote:
> Precisely why we use DRAC.
>
> rk> My recent patch just updates access.db directly. No separate process is
> rk> required.
>
> While a separate process is required for DRAC, the nice thing about
> it is that it will clear out entries after some configur
On Mon, 20 May 2002, Ken Murchison wrote:
> > to be made part of standard Cyrus IMHO, to be enabled by anyone who wants to
> > compile DRAC support in.
>
> Don't count on it being included. Larry and I made a conscious effort
> not to included it because there is already a standard way of doing
On Mon, 20 May 2002, Jeremy Howard wrote:
> >sure all those prot_fill calls are really needed? SHUT_RD should dump any
> >unread data from the socket anyway...
> >
> Not at all sure. I suspect they're not necessary. We added them because
> we had to get our server up and running again ASAP which
On Tue, 21 May 2002, Thaddeus Parkinson wrote:
> I can only speak for the cyrus-imapd-2.0.16 distribution, but the file
2.1.4 and 2.1.4 CVS have all these well documented.
--
"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
Hi Lee!
On Wed, 22 May 2002, Lee Hoffman wrote:
> This is VERY weird!!! When I telnet into the mailserver on 993:
You must speak SSL to port 993. Think of it as 'starttls'-less SSL.
--
"One disk to rule them all, One disk to find them. One disk to bring
them all and in the darkness grind
On Wed, 22 May 2002, Captain Zod wrote:
> you startup cyrus-imapd? I use master. The problem is that master does not
> detach from the terminal! If I run it in the background and put it into a
Search the mailinglist archives, I sent a patch here that adds daemon mode
to cyrus, with pid-file loc
What is the deal with tugowar, and the snmp statistics for the various
daemons in imap/ ?
Cyrus master exports snmp statistics just fine though the AgentX interface,
but the other daemons seem to have not been ported to agentX yet (or tugowar
was not. It looks like porting tugowar would be eno
postfix-users cc: removed. I didn't notice it was in there, argh!
On Thu, 23 May 2002, Lawrence Greenfield wrote:
> It was an idea to collect information on subprocesses that we never
> really followed through on. I've actually been considering just
> tearing all of this code out since it slows
On Thu, 29 Aug 2002, Chris Gilbert wrote:
> Just been fiddling with cyrus 2.1.8, and for numerous reasons ended up
> with NetBSD telling me that free was being given a junk pointer, a bit of
> debugging later turns out that the error cases for create_db, turns out
> that the error cases caused a b
On Sun, 22 Sep 2002, Mathieu Arnold wrote:
> --On dimanche 22 septembre 2002 12:27 -0400 Ken Murchison <[EMAIL PROTECTED]>
> wrote:
>
> > Quoting Eric Estabrooks <[EMAIL PROTECTED]>:
> >
> >> It should be possible to write a pam module (or extend an existing one)
> >> to include other mechanism
Hi GOMBAS!
On Mon, 23 Sep 2002, GOMBAS Gabor wrote:
> On Sun, Sep 22, 2002 at 02:27:43PM -0300, Henrique de Moraes Holschuh wrote:
> > How does libpam-opie and openssh manage to do challenge-response auth
> > through the PAM layer, then?
>
> libpam-opie puts the challen
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
where the shadows lie." -- The Silicon Valley Tarot
Henrique Holschuh
On Tue, 24 Sep 2002, Ken Murchison wrote:
> client-side support (reading/posting)
> - allow your clients to read articles from the same server/storage via
> either IMAP or NNTP
That would be _very_ cool. And I don't know of any other mail stores that
have such capability :-)
--
"One disk to
On Sat, 28 Sep 2002, Carson Gaspar wrote:
> --On Friday, September 27, 2002 10:34 AM -0400 Ken Murchison
> <[EMAIL PROTECTED]> wrote:
>
> >A lot of bitching, and no proposed fixes. It works for me, and I'm sure
>
> I have submitted patches in the past to fix this dain-bramaged configure
> beh
On Sat, 28 Sep 2002, Jens wrote:
> of imtest I send an email - this gets me denied and a syslog message is
> generated that there is no such thing as /etc/sasldb2
Make sure the proper filesystem permissons are there, and that /etc/sasldb2
is inside the postfix chroot jail, if you need it there.
On Sun, 29 Sep 2002, Galen Johnson wrote:
> Actually, I was wondering when the Debian chroot of postfix would rear
> it's ugly head. There is really no reason to chroot postfix. Just edit
Of course there is: Security. Watch as I try to find a way to chroot Cyrus
as well...
(it should actua
On Mon, 30 Sep 2002, Scott Russell wrote:
> I don't know if I would bother running Cyrus in chroot since it's a
> closed box application anyway.
You certainly could. It limits the damage one could cause by crashing
cyrus...
> the security on any box I own by unplugging it from the network, but
On Wed, 02 Oct 2002, Jens wrote:
> Imtest and pop3test authorize fine but smtptest fails sasl authorization.
Are you using saslauthd and then PAM? If so, is the PAM stack for lmtp
there?
strace lmtpd, and it should give you a clue on why auth is failing.
--
"One disk to rule them all, One
On Fri, 04 Oct 2002, Mika Iisakkila wrote:
> Phil Ellett wrote:
> >I am running Cyrus IMAP 2.1.9 and have been having problems with deleted
> >folders still appearing in the mailbox list.
> >ctl_mboxlist -d > mailboxes.txt
> >vi mailboxes.txt and remove entries for deleted folders
> >ctl_mboxlist
The attached patch is a simple try to avoid a slight problem in master.
If a service cannot start, master can log megabytes of stuff very quickly.
One of the most common causes for this in Debian is because someone did not
correctly disable services in cyrus.conf.
The attached patch disables any
On Thu, 10 Oct 2002, Josh Huber wrote:
> Now, I'm pretty flexible here. I don't have any appllications which
> are using SASL now (unless libldap is linked against it?) Ah, it
> is...and it's linked against an older version of sasl (v1), whereas
> imapd is linked against sasl2...
>
> Can anyone
1 - 100 of 459 matches
Mail list logo
