On 08 Nov 2013, at 11:10, Simon Beale wrote:
> For anyone following afterwards, one gotcha I feel worth pointing out is
> that if you have a line in your cyrus.conf START section of:
> mupdatepush cmd="ctl_mboxlist -m"
> ... make sure you change that temporarily on the replica to:
> mupdatepush
On 18 Oct 2013, at 12:13, Fabio S. Schmidt wrote:
> I'm having inconsistent with a backend server and Mupdate master, the
> mailboxes are listed in the mupdate server but they were erased on the
> Backedn. When I try to re-create the mailbox on the backend the Mupdate
> server prevents the oper
On 17 Apr 2012, at 02:43, Frank Elsner wrote:
> The RHEL frontend connects to the (Solaris) mupdate server, authentication
> work.
>
> But after
>
> Apr 17 07:27:21 eg-mailfrontend cyrus/mupdate[7395]: successful mupdate
> connection to mupdate-febe.intern.tu-berlin.de
> Apr 17 07:27:21 eg-mai
The short answer is that "kick_mupdate()" makes no sense on a backend in the
configuration you're talking about. The long answer is that calls to
kick_mupdate() are liberally sprinkled through the code, primarily involving
calls that manipulate mailboxes or acls (xfer does both, naturally). So
On 13 Dec 2011, at 19:15, Andrew Morgan wrote:
> Nothing changes the value of disable_referrals that I can see. It is
> initialized to 0.
disable_referrals devolves to domain_from_ip in canonify_userid() in global.c.
I gather it's set when virtdomains is set "on". Presumably this is necessary
On 31 Aug 2011, at 14:36, Maria McKinley wrote:
> Anyway, here is an example of some processes that are getting big:
>
> PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND
>
> 24328 cyrus 20 0 147m 6236 5004 R 27.4 0.2 22:07.21 imapd
>
> 27549 cyrus 20 0 147m
It's usually possible in a murder configuration to do a zero downtime upgrade
by xfer-ing users to a backend running the new version. The admin is then in
control of how much index upgrade load to inflict on the new machine.
:wes
On 10 May 2011, at 11:41, Henrique de Moraes Holschuh wrote:
> O
On 17 Mar 2011, at 05:18, Michael Menge wrote:
> Thanks, configuring proxyservers solved the problem.
> The murder documentation does indicate that you "want"
> configure proxyservers but it does not indicate that you
> "must" configure proxyservers to prevent lmtp loops.
>
> It would be nice if t
On 16 Mar 2011, at 09:12, Michael Menge wrote:
> --- imapd_be.conf --
> proxy_authname: x-xxx
> proxy_password:
Do you have proxyservers defined? From lmtpd.c:
if (config_mupdate_server &&
(config_mupdate_config == IMAP_ENUM_MU
On 03 Feb 2011, at 14:02, Patrick Goetz wrote:
> On 02/03/2011 12:56 PM, Wesley Craig wrote:
>> I wonder, tho, why use DRBD rather than cyrus replication.
>
> Perhaps because I don't know anything about cyrus replication? <:)
>
> RTFM the cyrus wiki?
Oh, I th
On 03 Feb 2011, at 13:45, Patrick Goetz wrote:
> On further thought, it seems like this would be a solution:
>
> -- --
> | Server 1 | ---DRBD--> | Server 2 |
> -- --
>
> Step 1: Stop cyrus on Server 1.
> Step 2: Turn off repli
On 16 Nov 2010, at 10:32, Joseph Brennan wrote:
> I wish we'd somehow financed a native Cyrus webmail interface, that is
> not using IMAP but built into Cyrus. I don't think users know how good
> Cyrus is because they look at it through a weak intermediary.
I don't think a Cyrus-specific web inte
Didn't Dave write up.imapproxy? It makes a huge difference for, e.g., IMP &
roundcube. Also, configuring client to not retrieve the LIST of mailboxes
during every transaction is a big win.
:wes
On 16 Nov 2010, at 10:11, Shuvam Misra wrote:
> Most programming environments in which such
> Webm
On 29 Oct 2010, at 15:29, Michael D. Sofka wrote:
> When moving files from a 2.2.12 back-end server to a 2.3.16 back-end
> server using xfer, the 2.3.16 server logs:
>
> Oct 29 15:23:23 imap-be4 imap[5933]: kick_mupdate: can't connect to
> target: No such file or directory
>
> The xfer was init
On 19 Oct 2010, at 05:54, Lucas Zinato Carraro wrote:
> I have 3 Frontends in DMZ, 4 Backends in Intranet
> and a Administrative Station in other network.
>
> The administrative station, and clients stations can not connect
> direct to backend servers.
>
> In imapd.conf i enable the parameter:
On Oct 12, 2010, at 16:26, Patrick Goetz wrote:
> In particular, though, if the \Noselect IMAP flag somehow got set on
> this mailbox, does this actually show up in the settings in such a way
> that I can change it? Is there anything else it could possibly be?
\Noselect is the result of LIST et
On 09 Oct 2010, at 23:12, Bron Gondwana wrote:
> Oh yeah - you're right. That's missing in 2.4 and I think it's because I
> planned to replace it with replication stuff which uses the append logic
> which does that on the fly. But I haven't done it yet. Would make sense
> to add that back, at le
On 09 Oct 2010, at 20:31, Bron Gondwana wrote:
> Yes, file mtimes get set to INTERNALDATE as much as possible (and vice
> versa when reconstructing with a missing index - hence the reason for
> doing it)
Perhaps you're misunderstanding me... In 2.3.recent, the second to last step of
undump (xfer)
On 09 Oct 2010, at 00:04, Michael D. Sofka wrote:
> Is the old format updated on xfer?
It is updated on xfer -- when the mtimes of the message files are set to the
INTERNALDATE.
:wes
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cy
On 04 Oct 2010, at 13:37, Patrick Goetz wrote:
> On 10/04/2010 12:29 PM, Andrew Morgan wrote:
>> cyrus-be4:~# cyradm --user cyrus --tlskey '' localhost
>
> That did it! The trick is to use --tlskey with an empty field as
> demonstrated above. Who knew?
That's a bug, please report it. It ought
On 04 Oct 2010, at 10:26, Patrick Goetz wrote:
> Sorry,I didn't specifically say that I'm using the latest release, 2.3.16.
I understood that, tho I did notice you pasted the 2.2.x error, not the 2.3.x
error.
> I find cyradm to be very convenient to use for smaller sites, but is
> this essentia
On 04 Oct 2010, at 01:09, Patrick Goetz wrote:
> I was having problems making Cyrus 2.2.x work with only encrypted
> passwords. Setting
>
> allowplaintext: no
>
> in imapd.conf prevents plain text logins, but then cyradm stops working:
>
> ibis:~etc$ cyradm localhost
> Login disabled.
>
On 01 Oct 2010, at 10:24, Simon Amor wrote:
> Whenever we migrate mailboxes all the mailboxes for the domain are
> moved at the same time, and there's a high chance that the quota usage
> will get messed up and mailboxes will have more than 100% of their
> quota used. Running the quota -f com
On 28 Sep 2010, at 18:04, Simon Matter wrote:
> While we are at it, I know about this prefixing but is it documented
> somewhere? I just checked the imapd.conf man page but couldn't find it
> there.
There's a bugzilla or two related to the lack of documentation of the prefixing.
:wes
Cyrus H
On 22 Sep 2010, at 10:46, Dave McMurtrie wrote:
> Considering the state of Cyrus' interoperability with BDB and all the
> recent fixes to skiplist, would it make sense to at least not make BDB a
> default backend from now on?
Yes, and "sane defaults" was to be one of the themes of the 2.4 releas
Could you:
1) put this in bugzilla
2) note in the documentation that some SASL methods require hostnames
Thanks,
:wes
On 09 Sep 2010, at 06:47, Guilherme Manika wrote:
> This patch adds a "disablereverselookups" option to imapd.conf that disables
> reverse DNS lookups in imapd
On 08 Sep 2010, at 16:41, Andrew Morgan wrote:
> Unfortunately, I've never setup a "unified" Murder, so I don't fully
> understand what the advantages and disadvantages of it compared to a
> "traditional" Murder. Maybe someone else can jump in here with their
> experiences.
The main advantage
On Sep 9, 2010, at 2:20, Shuvam Misra
wrote:
> What internal
> details prevent a front-end server, mupdate server, and back-end
> server
> from coexisting on the same physical system? Is it that there's no
> facility in the back-end server feature to make it listen only on
> localhost:imap
On Sep 8, 2010, at 17:17, "Jeroen van Meeuwen (Kolab Systems)"
wrote:
> - In a tradition Murder setup the master update server cannot be
> combined with
> a backend or frontend server.
The murder master can also be a frontend server, but not a backend
server. The mailboxes.db in a traditi
On Sep 9, 2010, at 2:22, Shuvam Misra
wrote:
> Does this mean that all cyradm-type admin connections must connect
> to one
> or other of the back-end servers? Can I get admin tasks done by
> connecting to one of the front-end servers too?
Most admin tasks are proxied by the frontends. If d
On 15 Jul 2010, at 11:41, Eric Doutreleau wrote:
> i m using cyrus 2.3.16
> i have the following line in the cyrus.conf
>
> delprune cmd="cyr_expire -E 1 -D 30 -X 30" at=0400
>
> but on my deleted hierarchy there are some mailboxes with mails
> than are
> 2 years old
>
> how is this possible
On 12 Jul 2010, at 15:49, John Madden wrote:
> ...Meaning the error is nothing to worry about? This is on RHEL
> 5.5 if that helps.
The "error" is a debug statement. The CPU usage reflects poorly on
the pthreads implementation.
> Can any of this be tweaked to, for example, wait longer befor
On 12 Jul 2010, at 13:42, Lucas Zinato Carraro wrote:
> Exist a way to filter this log direct in cyrus imap ?
No. Open a bug here:
https://bugzilla.andrew.cmu.edu/
and request a way. There ought to be one.
:wes
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http:/
On 02 Jul 2010, at 09:29, John Madden wrote:
> I'm concerned about the listener_lock timeouts.
The listener_lock timeout means that the thread waited around for 60
seconds to see if a connection was going to arrive. Since it didn't,
it timed out and that thread went away. The pthread routine
On 05 Jul 2010, at 10:56, Gavin Gray wrote:
> Two of them have had imapd processes crash and leave core dumps in
> the past couple of days. Looking at the core dumps with dbx we see
I'm not aware of bug fixes in those code paths. Given how little
those two code paths have in common, I'd suspec
So what's NOT working? I don't suppose your network monitor is
connecting to the IMAPS port and then immediately dropping the
connection...
:wes
On 08 Jul 2010, at 19:19, Lucas Zinato Carraro wrote:
> Using Thunderbird i can use IMAPs with no apparent problem.
Cyrus Home Page: http:/
On 01 Jul 2010, at 15:25, John Madden wrote:
> Lately, I've been seeing a lot of this from imap frontends, repeating
> over and over:
These:
> Jul 1 15:16:51 imap mupdate[18204]: Thread timed out waiting for
> listener_lock
> Jul 1 15:16:51 imap mupdate[18204]: Worker thread finished, for a
>
On 30 Jun 2010, at 13:59, Nestor A Diaz wrote:
> another question : what about if a mail is comming from the lmtp
> socket
> to the refering mailbox and the mailbox is currently in the renaming
> process ?
From lmtpengine.c:
case IMAP_MAILBOX_MOVED:
prot_printf(pout, "451 4.2.1 M
On 22 Jun 2010, at 00:26, Lucas Zinato Carraro wrote:
> "proxyd_disable_mailbox_referrals" will be replaced to other
> parameter in new branch ( 2.4 )?
Either that or proxyd_disable_mailbox_referrals will be ported forward.
>IDLE imap command is compatible in Cyrus Murder enviromment ??
I
On 21 Jun 2010, at 20:56, Lucas Zinato Carraro wrote:
> I find a parameter to imapd.conf: proxyd_disable_mailbox_referrals.
> Only this parameter is necessary in frontend to complete disable
> referall ?
More or less (that option doesn't appear to be in the 2.4
branch) There's also sie
On 16 Jun 2010, at 15:31, Nestor A Diaz wrote:
> At the begining i use only a default mailstore, on a ext3 formatted
> filesystem over a raid 10 / LVM, it works fine, however when it
> reaches
> the 32768 directories, (a limitation of ext3) i have to create another
> partition, and then another o
On 10 Jun 2010, at 10:56, Rudy Gevaert wrote:
> Please see attached file "bt" and bt2.
The line offsets appear to be out of wack. Perhaps you'd be better
off adding syslog() lines to the code for tracing purposes.
:wes
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://
On 04 Jun 2010, at 04:14, Gavin Gray wrote:
> It's not a unified murder, we have a number of frontends and a
> dedicated mupdate master. As for kick_mupdate we see lots of those
> errors say over the course of the night when the xfers are taking
> place ,but perhaps only one instance of a xfe
On 04 Jun 2010, at 12:23, Gary Mills wrote:
> I wonder if an upgrade will solve this problem?
Perhaps. The test accompanying that change suggests it might:
Prevented SSL_accept() from blocking indefinitely when using TLS/SSL
Of course, without a better backtrace, we don't know if you we
On 03 Jun 2010, at 04:38, Rudy Gevaert wrote:
> master side:
> Jun 3 10:39:12 cyrdev1 maild1/sync_client[3519]: starttls: TLSv1 with
> cipher DHE-RSA-AES256-SHA (256/256 bits new client) no authentication
> Jun 3 10:40:12 cyrdev1 maild1/sync_client[3519]: Doing a peer verify
> Jun 3 10:40:12 cyr
On 03 Jun 2010, at 09:24, Gavin Gray wrote:
> imap[29289]: [ID 886451 local6.error] Could not trigger remote push to
> mupdate serverduring move of user...
During the xfer, the local backend sets some information in the
mupdate master WRT the new mailbox location. However, this
information ma
On 01 Jun 2010, at 14:05, Gary Mills wrote:
> # pstack 12708
> 12708: pop3d -s
> feb1a5c5 read (0, 817faf0, b)
> fec2dfaf sock_read () + 3f
>
> I don't know why the stack trace is so short with these.
Thinking about this a little more...
sock_read() is probably from openssl
On 01 Jun 2010, at 14:05, Gary Mills wrote:
> Yes, the timeout is set to zero in the pop3d.c file. However, the
> idle timeout actually works when I test it. In one window, I do this:
>
> $ telnet setup01 pop3
> Trying 130.179.16.64...
> Connected to setup01.cc.umanitoba.ca.
> Esc
On 01 Jun 2010, at 05:09, Rudy Gevaert wrote:
> Can you tell me how to further troubleshoot, please?
sync_client ought to syslog any error that backend_connect() gets.
:wes
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info: h
On 28 May 2010, at 18:28, Oscar Nuñez wrote:
> a1 select inbox
> a1 NO System I/O error
What's syslog say?
:wes
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
On 28 May 2010, at 12:42, Gary Mills wrote:
> 0805e4ee proxy_check_input (815d168, 81a7228, 819e520, 81a3d60,
> 81a7700, 0) + 5e
That last argument to proxy_check_input()? It's the timeout.
Setting it to 0 means "don't time out". I'm sure the theory is that
the underlying select() will r
On 28 May 2010, at 09:09, Rudy Gevaert wrote:
>> https://bugzilla.andrew.cmu.edu/show_bug.cgi?id=3174
>
> Thanks, for replying. But I'm not sure what you are saying with the
> above patches.
If you apply the above fix and set allowplaintext to "no" then
sync_client will negotiate TLS and t
On 28 May 2010, at 10:53, Torsten Schlabach wrote:
> Unfortunately, the developers are a bit quite on this problem so far.
I doubt very much that the developers are in a good position to
reproduce this problem. If you're imagining that someone is going to
fix this with a "stare at the code fo
Since you mention it...
I took a look at a random frontend, and found 27 or 33 pop processes
from two days ago. I used gdb to get stack traces from 3 samples,
all looked like this:
(gdb) where
#0 0x008007a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
#1 0x008d6ff3 in __read_nocancel ()
On 27 May 2010, at 06:38, Duncan Gibb wrote:
> Yes. It would be nice when someone has time to make the configuration
> of pts_ldap more similar to other things likely to be using the same
> data (eg pam/nss/samba as well as saslauthd).
Comments on:
https://bugzilla.andrew.cmu.edu/show_bu
Can you submit this to the Cyrus Bugzilla, please.
:wes
On 27 May 2010, at 13:04, Stacy Millions wrote:
> I have been working on deploying an imap server using EXTERNAL+TLS
> authentication. Everything is working fine and then I discover that
> there is no support CRLs in imapd; from my point
On 26 May 2010, at 10:58, Rudy Gevaert wrote:
> On 02/11/2010 11:53 PM, Rich Wales wrote:
>> I'm running Cyrus 2.3.16 (with replication) between two Ubuntu
>> servers.
>>
>> What do I have to do to make the "sync_client" application invoke
>> STARTTLS
>> when it connects to "sync_server" on the
On 18 May 2010, at 15:11, Nic Bernstein wrote:
> Where in the
> documentation should information be added describing this new
> annotation? Where are available annotations documented currently?
As far as I can tell, there this:
http://cyrusimap.web.cmu.edu/twiki/bin/view/Cyrus/CyrusAnnot
Seems like a reasonable approach and a good patch. I might suggest
some feedback, preferably to the deleting / renaming user but a
syslog might also do, when the delete / rename failed.
Is there a bugzilla number?
:wes
On 18 May 2010, at 12:38, Stephen Grier wrote:
> Just submitting a patch
On 10 May 2010, at 14:46, Eric Doutreleau wrote:
> i have 13 partitions on the master server.
> can i have only one on the replica or should i have the same number
> of partition?
cyrus doesn't actually know about "partitions" per se. Think of them
as "paths" instead. The number & names of t
On 10 May 2010, at 08:31, Eric Doutreleau wrote:
> /usr/lib/cyrus-imapd/sync_client -v -m user.doutrele
>
> i got
>
> MAILBOXES user.doutrele
> Error from do_mailboxes(): bailing out!
>
> the replica server is empty. Should i put him in sync with the master
> bedore starting replications?
Dependi
On 14 Apr 2010, at 12:42, Shelley Waltz wrote:
> I wish a simple way to control who in the LDAP database may login
> and autocreate a cyrus imap account. Not everyone in the LDAP
> database,
> just certain users. Any suggested methods?
>
> I have RHEL5 with
> cyrus-imapd-2.3.7-7
> cyrus-sasl-2.
On 08 Apr 2010, at 16:32, Matt Selsky wrote:
Can you add this patch to bugzilla?
Is this the same as:
https://bugzilla.andrew.cmu.edu/show_bug.cgi?id=3174
My patch for that is below.
:wes
sync_client-tls-capability-response.diff
Description: Binary data
Cyrus Home Page: http:/
On 02 Apr 2010, at 08:59, Bron Gondwana wrote:
> Anyway, the quota system works fine. Just give each user a quota
> bigger
> than your disk and use it for the used value!
It's a shame that the usage isn't calculated whether a limit is
implemented or not.
:wes
Cyrus Home Page: http://cyr
On 29 Mar 2010, at 18:18, Bron Gondwana wrote:
>> https://bugzilla.andrew.cmu.edu/show_bug.cgi?id=3008
>
> Yeah, that should be the default. Search form is not for presentation
> to users!
That patch has been waiting since Nov 2008 to be committed. But I'd
be happy to adjust it so human readab
On 28 Mar 2010, at 20:04, karen turner wrote:
> Mar 26 15:38:28 zysv01 mupdate[31564]: attempt to delete unknown
> mailbox
> user.xxaabb
>
> Where the mailbox is actually on a different server. I assume that
> this is an
> issue with replication and will go away when all servers are on
> 2.3
On 27 Mar 2010, at 20:55, Jason L Tibbitts III wrote:
> I had guessed, though perhaps I had hoped that something would simply
> tell me that instead of giving odd errors that made me think that I
> had
> misconfigured something.
I agree. I think it's probably in the release notes, but since it'
On 26 Mar 2010, at 02:12, Jason L Tibbitts III wrote:
> Could anyone explain the meaning of lines like:
>
> Mar 26 00:49:50 util6 sync_client[31645]: Discarding: 3082
> ()
This is the client trying to re-sync the protocol with the server.
There should be a line preced
On 16 Feb 2010, at 06:35, Simon Fraser wrote:
> On Tue, 2010-02-16 at 11:29 +, David Mayo wrote:
>> Some additional things to look out for:
>>
>> - You must run this command on the existing back-end
This is true, but I'm not 100% positive why it's implemented this
way. The (trivial) bit of
On 13 Feb 2010, at 09:50, Brian Awood wrote:
> I've had a patch against lmptd in bugzilla for a while;
> https://bugzilla.andrew.cmu.edu/show_bug.cgi?id=3158
> I think the code probably just needs to be audited, to find the
> places where
> setting a read timeout on the stream would be sufficient
Isn't this what "foolstupidclients" does? I think Blackberry might
meet the criteria...
:wes
On 13 Feb 2010, at 18:38, John Madden wrote:
> I wrote a couple months ago about "proxyd high cpu usage" and the
> problems scanning large mailbox spaces just to see if anything is
> available cau
On 10 Feb 2010, at 16:54, Richard Pijnenburg wrote:
> How do the backends deceide who services which mailbox?
>
The admin decides, more or less, as you provision mailboxes.
> And what happens if one of those backends dies?
>
The mailboxes on that backend are inaccessible. The rest of the
clus
On 13 Jan 2010, at 02:11, Simon Matter wrote:
> My own real problem as RPM maintainer is that I'd like to stay with
> logging to mail facility and not touching syslog config. Now with
> older
> releases, this was possible without much trouble because the logging
> volume was moderate for not too
I have a similar patch which assumes proxy and admin lines are
authoritative, so if they are not found in whatever authorization
system (including LDAP) but they are found in imapd.conf, then they
are considered valid & canonicalized.
I don't see this issue in BZ, but I suspect it's there...
On 08 Dec 2009, at 18:55, Andrew Morgan wrote:
> How many mailboxes are returned by these LIST operations? We run
> Horde with Cyrus here, but we have no shared mailboxes and no
> problems with high load on the Cyrus frontends.
How do you have IMP configured? As I recall, at least in older
On 07 Dec 2009, at 10:33, John Madden wrote:
> In a 2.3.15 murder I'm seeing high frontend server cpu usage and I'm
> wondering if it's normal or if there's something I can do to reduce
> it.
> What are the bottlenecks that can lead to proxyd pegging a cpu for
> several seconds, particularly du
On 28 Oct 2009, at 09:43, David Mayo wrote:
> I am now looking at transferring our users to the new back-end server.
> The XFER command seems to do the job perfectly, except for the seen
> and
> subscription databases because we are changing formats from flat to
> skplist.
> Looking at the tel
On 19 Oct 2009, at 17:37, Michael Bacon wrote:
> --On October 19, 2009 2:13:03 PM -0700 Andrew Morgan
> wrote:
>> What is causing a (re)sync of the frontends? Normally this should
>> only
>> happen when you start Cyrus on a frontend, right?
>
> I am not entirely sure. I think what may be happe
On 23 Sep 2009, at 10:19, Eric Luyten wrote:
> When dumping the resulting mailboxes DB on the Cyrus 2.3.15 system
> I noticed (for newly created mailboxes) an extra numerical field in
> position 2 (position 3 appears to be the partition number).
>
> Where is it used for ("reservations" ? Murder ?)
On 20 Aug 2009, at 19:03, Alexander wrote:
> Also, I see that there is a warning at the beginning of the document
> about "Murder is still relatively young". Is this still the case, or
> is this just a leftover warning from years ago? Can it be considered
> reasonably stable and ready for usage?
On 15 Aug 2009, at 15:01, brian wrote:
> In bc_eval.c:
>
> res = do_vacation(actions, toaddr, fromaddr, xstrdup(subject),
> message, days, mime, handle);
>
> if (res == SIEVE_RUN_ERROR)
> *errmsg = "Vacation can not be used with Reject or Vacation";
>
> This is an unhelpful er
I suspect that backporting that functionality would be pretty easy.
Have you looked for the commit that added it to 2.3?
:wes
On 12 Aug 2009, at 05:42, David Mayo wrote:
> We undertook the first stage of our IMAP server upgrade yesterday and
> introduced a front-end proxy running Cyrus 2.2 in
On 18 Jun 2009, at 08:12, Martin Schweizer wrote:
> Does the line sasl_mech_list: PLAIN LOGIN CRAM-MD5 DIGEST-MD5 any
> impact on the syncserver process? My goal is to reduce the mech list
> to absolut minimum which I need in my environment.
It ought to, yes.
:wes
Cyrus Home Page: http://cyr
Please open a report in bugzilla and mark it was a "blocker". Thanks
for finding the issue.
:wes
On 17 Jun 2009, at 09:44, Michael Bacon wrote:
> It turns out that this was an issue with mupdate being a multi-
> threaded daemon, and in a critical place in the non-blocking prot
> code (in pr
On 17 Jun 2009, at 11:29, Martin Schweizer wrote:
> Jun 11 07:15:20 server4 syncserver[79013]: login: server2
> [192.168.20.3] cyrus DIGEST-MD5 User logged in
>
> This means that Server2 logs in Server4 and download the data. Can I
> change the mech DIGEST-MD5 in any way? Or has the parameter
>
> s
On 11 Jun 2009, at 18:59, Dave McMurtrie wrote:
> A valid point to mailbox creation, but what would delete the mailbox
> when a student graduates?
There is no mailbox location problem for deletes. IDM simply
connects to any frontend, permits itself, and then deletes the
mailbox hierarchy.
:w
On 10 Jun 2009, at 07:38, Marc Patermann wrote:
> Michael Menge schrieb:
>>> Marc Patermann schrieb:
>>>
I'm a bit stuck. I want to migrate from 2.2.12 to a recent 2.3.x
server.
>>> Does no one use 2.3 with ldap and can point in the right direction?
>> We use Cyrus 2.3 with pam mand pam
On 10 May 2009, at 19:04, Bron Gondwana wrote:
> Yeah, that would be nice actually. I'm pretty sure there's nothing
> like
> it at the moment.
I'd probably modify ipurge to optionally examine seen state.
:wes
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.
On 04 May 2009, at 01:42, Janne Peltonen wrote:
> Standard. I tried to run a unified murder for a while a couple of
> years before,
> but run into so many bugs that I decided to use the standard config.
Many of them have been fixed, but I don't think all. On the other
hand, I think unified mu
On 30 Apr 2009, at 13:10, Stefan Palme wrote:
> No, the pop server does not hang. After this "QUIT" message the client
> disappears. The next connection from the same client (or from any
> other
> client) works normally - client can fetch at least one email.
Have you enabled cyrus telemetry for
On 30 Apr 2009, at 03:08, Stefan Palme wrote:
> As far as I understood, a POP3 server must ALWAYS send a response
> (+OK or -ERR). But in my case the server does not response at all.
>
> Any hints why/how this can happen? I see this behaviour very
> often on the wire. Maybe it is worth mentioning t
On 30 Apr 2009, at 11:05, Brian Awood wrote:
> It looks like error was logged from your frontend host m2v1t, so I
> would guess that the xfer command was issued to it, which isn't
> correct. You have to connect to the backend where the mailbox is
> stored and give the xfer command there. But the
On 04 Apr 2009, at 09:19, Gary Mills wrote:
> What about imapd and pop3d daemons, which also consume resources?
> Are limits a good idea here too? Users will complain to the help
> desk when those limits are reached, of course. Can the msg/shutdown
> file be used to control imapd processes in a n
On 31 Mar 2009, at 16:50, Jeff Blaine wrote:
> What I mean, is, for one example -- a user is currently
> reporting that 'FETCH' (via the imapdu command) is showing
> 142 messages totalling 640KB in a folder that is actually
> completely empty on disk (except for cyrus.* files).
Fetch doesn't exami
On 31 Mar 2009, at 10:33, Jesse Ross wrote:
> Thanks for the suggestion. The only thing that the mkimap script
> does differently from the way I did it was to create a directory /
> var/spool/imap07/sync./. However, I still can't get cyrus to
> recognize the partition! The symptoms are the
On 28 Mar 2009, at 23:27, bac...@email.unc.edu wrote:
> This looks like something much more than "well, let me fiddle with
> it a bit and submit a patch." Has anyone with the requisite design
> perspective taken a hack at solving it? I'm assuming that running
> idled doesn't ameliorate the
See here:
https://bugzilla.andrew.cmu.edu/show_bug.cgi?id=3100
The solution is to rewrite the signal handler to do much less.
:wes
On 28 Mar 2009, at 09:37, Michael Bacon wrote:
> We're experiencing some problems, particularly with a small number of
> users, which manifest themselves in
On 27 Mar 2009, at 14:06, Florin Andrei wrote:
> The thing worrying me at this time is some stupid buffer overflow
> in the
> IMAP server code. I have no idea what's the security history of this
> server, even though I've been using it for quite a while, because
> it was
> always in tightly con
On 17 Mar 2009, at 11:26, Matt Selsky wrote:
> Quoting Wesley Craig :
>> I'm pretty sure this is because neither the frontends nor the clients
>> are able to intelligently handle the kinds of transient errors that
>> are returned. Frontend improvements might be possibl
On 12 Mar 2009, at 13:03, Dave McMurtrie wrote:
> You should not need to do anything to prevent client access to a
> mailbox
> when it's being moved and there should never be any resulting
> corruption. Cyrus locks the mailbox while it's being moved.
And any result different from the above shou
1 - 100 of 353 matches
Mail list logo
