On Thu, December 13, 2018 13:25, Egoitz Aurrekoetxea wrote:
> Hi again!
>
>
> Else as a simplication way can you replicate any manner a 2.3 with some
> newer version?. At least in manual mode (not rolling)?.
The replication protocol in 2.4 is not compatible wit 2.3.
There is no easy way. I'm rsy
ce
and creating it again.
Don't ask how I know this. :(
John Capo
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
mode.
Or have I busted it with other mods I make?
Patch attached that fixes it for me.
John Capo
sync_client.c-patch
Description: Binary data
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
deleted stuff" that can be set to a high enough value that no reasonable user
> will ever
> hit it?
Fastmail needs to protect against malicious users but barring an account being
compromised, the business world does not have that problem. A config option
would be
nice or very isolated
Quoting Ken Murchison ([EMAIL PROTECTED]):
> John Capo wrote:
> >On Thu, October 25, 2007 21:10, John Capo wrote:
> >>Quoting Ken Murchison ([EMAIL PROTECTED]):
> >>
> >>>Simon Matter wrote:
> >>>
> >>>>>On the Linux bo
On Thu, October 25, 2007 21:10, John Capo wrote:
> Quoting Ken Murchison ([EMAIL PROTECTED]):
>
>> Simon Matter wrote:
>>
>>>> On the Linux box, all fresh compilations aside from the sasl 2.1.15
>>>> binaries:
>>>>
>>>
>>> I
Quoting Ken Murchison ([EMAIL PROTECTED]):
> Simon Matter wrote:
> >> On the Linux box, all fresh compilations aside from the sasl 2.1.15
> >> binaries:
> >
> > I once posted to the list that 2.3.9 needs at least cyrus-sasl-2.1.19. As
> > a package maintainer I know that :)
>
> Did you ever figur
imapd_authstate = auth_newstate(imapd_userid);
With allowplaintext: 1 a user can login but access to the mailbox is denied.
John Capo
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Quoting Dmitriy Kirhlarov ([EMAIL PROTECTED]):
> On Fri, Apr 06, 2007 at 05:52:28PM -0400, John Capo wrote:
>
> > > On both servers:
> > > find imap/ -type f | awk '!/(cache|index|header)/ {print}' | sort >
> > > server1.lst
> > > find imap/
t another UIDL format that attempts to get around the
Outlook problem. The jury is still out on that. The UIDL format
difference are only a problem if mail is left on server.
John Capo
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Quoting John Capo ([EMAIL PROTECTED]):
> Quoting David Carter ([EMAIL PROTECTED]):
> >
> > Is MASTER_UUID_FILE owned by a user other than cyrus on your systems? I
> > can't see any other obvious reason that moving message_uuid_master_init()
> > up a few lines
Quoting David Carter ([EMAIL PROTECTED]):
>
> Is MASTER_UUID_FILE owned by a user other than cyrus on your systems? I
> can't see any other obvious reason that moving message_uuid_master_init()
> up a few lines would help. service_create() is binding ports, which
> obviously has to happen as ro
ucing the concurrecny
will surely help. Keeping the LMTP conenctions open with connection
caching saves the setup/teardown time for a delivery on both ends.
John Capo
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Quoting Florin Andrei ([EMAIL PROTECTED]):
> John Capo wrote:
> >
> >A 32MB message occupies a lot more than 32MB when its a Perl string.
> >Use a temp file instead.
> >
> >my $message_file = "/tmp/xfer-$$";
> >unlink($message_file);
&g
Quoting Florin Andrei ([EMAIL PROTECTED]):
> Marten Lehmann wrote:
> >
> >>Downside: If you have very large messages on the source IMAP servers,
> >>you better run the script on a machine with lots of RAM. On my system
> >>it died repeatedly with "out of memory" when it was hitting a 32MB
> >>me
Quoting Wesley Craig ([EMAIL PROTECTED]):
> I've seen this behavior (and resolution) as well. Not sure what the
> cause is.
I've seen it also but I gave up trying to find a fix and implemented
another mechanism for saving user deleted mail.
Hex dump of a faulty cyrus.expunge problem that cause
tandard headers to IMAP clients. The problem arises when
copying mail from foreign IMAP account to an account on a Cyrus
server.
John Capo
Tuffmail.com
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.ed
the internal namespace.
>
I can confirm that replication works fine with the alternate name
space. In use here for just over a year now.
John Capo
Tuffmail.com
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
and I have not had any problems. Current CVS
is working very well on a very light production server and on test
servers.
Is there a roadmap/timeline for 2.3 release?
John Capo
Tuffmail.com
>
> Thanks,
> Erik
>
> ---
> Cyrus Home Page: http://asg.web.cmu.edu/cyrus
> Cy
re.in where O_DSYNC is defined
for BSD systems. I doubt this will work in all cases.
John Capo
Index: imap/quota.h
===
RCS file: /cvs/src/cyrus/imap/quota.h,v
retrieving revision 1.1.2.3
diff -u -r1.1.2.3 quota.h
--- imap/quota.h
is mboxlist_detail()
is called from cmd_authenticate() with an unmapped mailbox name.
The unmapped mailbox does not exist and timsieved reports auth
failure when auth failure is not the problem.
I added mapping in cmd_authenticate() and actions_setuser() in
timsieved to get my test environment running but that's not the
right fix.
John Capo
Do you a have Unix style `From ' header on the message?
I pulled my hair out over the same problem. Depending on how
procmail is invoked, procmail will add a `From ' header and deliver
will silently discard the message.
John Capo
IRBS Engineering, Inc.
Quoting Louis LeBlanc ([EMAIL
22 matches
Mail list logo
