On 08 Nov 2013, at 11:10, Simon Beale si...@minos.org.uk 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:
On 18 Oct 2013, at 12:13, Fabio S. Schmidt fa...@improve.inf.br 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
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).
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 6512
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:
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 the lmtp
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 ==
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 replication
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 think DRBD is a perfectly valid choice
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
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
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
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 pgo...@mail.utexas.edu 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
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:
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 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 least
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.
cyradm:
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
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 to
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
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
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 release.
On Sep 9, 2010, at 2:22, Shuvam Misra shuvam.mi...@merceworld.com
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
On Sep 8, 2010, at 17:17, Jeroen van Meeuwen (Kolab Systems)
vanmeeu...@kolabsys.com
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
On Sep 9, 2010, at 2:20, Shuvam Misra shuvam.mi...@merceworld.com
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
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 is that
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 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?
A user
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:
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 suspect
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 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:
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 before
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
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 ??
It
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 one,
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
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 xfer
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 cyrdev1
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
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 may
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:
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.
Escape
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's
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 for
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 then
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
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
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 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:
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 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 other host?
I
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:
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 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?
Depending on
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 the
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.1.22-5
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:
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:
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 readable
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's
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.16?
I
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 preceding
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 code
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 causes
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.
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
cluster
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 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
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 during
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
On 19 Oct 2009, at 17:37, Michael Bacon wrote:
--On October 19, 2009 2:13:03 PM -0700 Andrew Morgan mor...@orst.edu
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
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 ?) and
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?
It's
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 error msg,
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:
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
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
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_ldap, if you don't
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.
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:
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
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 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 that
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 this
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
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
On 17 Mar 2009, at 11:26, Matt Selsky wrote:
Quoting Wesley Craig w...@umich.edu:
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 possible. Client
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 should
On 10 Mar 2009, at 08:51, Michael Menge wrote:
Quoting Adam Tauno Williams a...@morrison-ind.com:
Documentation is pretty miserable; best source for changes is either
http://cyrusimap.web.cmu.edu/imapd/changes.html or to read the CVS
commit maillist
On 09 Mar 2009, at 17:52, Bron Gondwana wrote:
On Mon, Mar 09, 2009 at 07:52:04PM +, Antony Gelberg wrote:
Mar 9 14:29:07 captain cyrus/lmtpunix[20645]: verify_user
(user.sirius-john)
failed: Mailbox does not exits
Where on earth is that error message from? I don't see not exits
On 26 Feb 2009, at 11:35, Torsten Schlabach wrote:
I can imagine situations where this is not what you want.
I can't. Please share a couple.
:wes
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info:
1 - 100 of 339 matches
Mail list logo