I have recently started a Cyrus 2.3 branch which has several new
features, most notably:
- Unified imapd/proxyd, lmtpd/lmtpproxyd. This completes the work
started in 2.2 (namely pop3d, nntpd) where one binary can both serve
local mailboxes and proxy to remote mailboxes. In fact, with the new
code
Hi,
I just stumled across a bug in deliver (use LMTP, I know, but that is
not an option _now_).
cyrus-imapd is stock 2.2.3 (deliver.c 1.169).
When delivering to a user's submailbox (deliver -m mbox user) where
user is in a virtual domain, deliver generates wrong +-addresses
while talking to lmtpd.
Thanks! That fixed a bunch of wierd behaviors.
-- Rob
--On Tuesday, April 20, 2004 09:38:57 AM -0400 Rob Siemborski
<[EMAIL PROTECTED]> wrote:
On Thu, 15 Apr 2004, Rob Tanner wrote:
text that appears also to be constant. The next line, however, appears to
be a string of 16 hex digits (printe
> On Tue, 20 Apr 2004, Joe Rhett wrote:
> > But if you will accept a patch that modifies the makemaker stuff, I'll hack
> > one out over the next week or so, just so that we can stop getting the same
> > FAQ from everyone ;-)
On Tue, Apr 20, 2004 at 03:37:02PM -0400, Rob Siemborski wrote:
> Yes.
On Tue, 20 Apr 2004, Joe Rhett wrote:
> > On Tue, 20 Apr 2004, Joe Rhett wrote:
> > > But if you will accept a patch that modifies the makemaker stuff, I'll hack
> > > one out over the next week or so, just so that we can stop getting the same
> > > FAQ from everyone ;-)
>
> On Tue, Apr 20, 2004 a
On Tue, 20 Apr 2004, Joe Rhett wrote:
> No, mostly because I'm not that good with makemaker. When I wrote the
> original I was hoping to inspire someone to Do The Right Thing. But after
> looking at the layout, I'm not sure what you gain -- you'll have to add the
> Makemaker stuff to the autocon
There's nothing like coming back to your own words a while later to make
you realize what a wining b-otch you sounded like when you said: (more below)
> On Thu, 15 Apr 2004, Joe Rhett wrote:
> > This has been an ongoing bug that is indecently easy to fix, but Rob won't
> > accept any patches on it
Jukka Salmi --> info-cyrus (2004-04-19 17:08:10 +0200):
> Jukka Salmi --> info-cyrus (2004-04-16 13:56:32 +0200):
> > on a NetBSD (1.6.2) i386 system I'm using the following software:
> >
> > cyrus-imapd-2.2.3
> > cyrus-sasl-2.1.18
> > heimdal-0.6.1
> >
> > When compiling Cyrus IMAPd
On Tue, 20 Apr 2004, Sergio Devojno Bruder wrote:
> output trace from what program in particular? mupdate? on FEs, on master
> or on backends?
Specifically a protocol trace between the mupdate master and the
frontends.
-Rob
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
R
Rob Siemborski wrote:
On Thu, 15 Apr 2004, Sergio Devojno Bruder wrote:
Our murder started to act a little strange some days ago:
(...)
and so on. the mupdate slave in frontends is looping in connecting, syncing, loose connection,
connect, sync, loose, and so on.
Someone already saw this
On Thu, 15 Apr 2004, Sergio Devojno Bruder wrote:
> Our murder started to act a little strange some days ago:
>
> Apr 15 13:17:43 frontend1 mupdate[21845]: successful mupdate connection to master
> Apr 15 13:17:43 frontend1 mupdate[21845]: unready for connections
> Apr 15 13:17:43 frontend1 mupdat
On Thu, 15 Apr 2004, Joe Rhett wrote:
> This has been an ongoing bug that is indecently easy to fix, but Rob won't
> accept any patches on it. He evidently thinks that installing modules into
> the sitewide perl installation is the right idea. I believe that it's
> plain wrong, and want to use t
On Thu, 15 Apr 2004, Rob Tanner wrote:
> text that appears also to be constant. The next line, however, appears to be
> a string of 16 hex digits (printed in ASCII) and that is not constant. How
> do I derive the value, or does it matter what I put in there? The next line
> is blank, and the ne
It seems that postfix support its own version of "map access protocol"
different that socket map sendmail is about to use.
[socket map is supported by smmapd daemon in cyrus 2.2.3]
The postfix's protocol specification is available at
http://www.porcupine.org/postfix-mirror/newdoc/tcp_table.5.html
On Fri, 2004-01-30 at 23:17, Ken Murchison wrote:
> Rob Mueller wrote:
> > Sure, but should a 'list' command ever return the same mailbox name multiple
> > times. It just seems wrong to me...
>
>
> Oh, I missed that. I don't know why its doing that. Rob, is this
> another side effect of recen
15 matches
Mail list logo