Re: Unknown code IMAP 5,9,11,45,46,etc.

On 18 Nov 2008, at 22:57, ? wrote: > thank you for you answer, but this still not work. This option has > been > automatic enabled in port configuration and i see it in my > configure.log. This is deepest trouble. May be FreeBSD v.7.0 has > broken > system com_err? Not bei

Re: murder setup - mailboxes.db corruption - trouble recovering with ctl_mboxlist

Which version of cyrus-imapd are you running? On 20 Nov 2008, at 01:23, Eric G. Wolfe wrote: > I tried the following directions for recovery. > http://asg.web.cmu.edu/archive/message.php?mailbox=archive.info- > cyrus&searchterm=skiplist&msg=32337. So you're attempting to convert from BerkeleyDB

Re: murder setup - mailboxes.db corruption - trouble recovering with ctl_mboxlist

On 20 Nov 2008, at 07:39, Eric G. Wolfe wrote: > Found this: > http://cyrusimap.web.cmu.edu/twiki/bin/view/Cyrus/ > CyrusMurderFailureModes > First, I followed the "Easy" instructions, which was a bust. Did you see this: https://bugzilla.andrew.cmu.edu/show_bug.cgi?id=2819 If you're not

Re: sieve vacation reposnse gives no response even after end of days specified

On 24 Nov 2008, at 01:51, ram wrote: Is there a patch that fixes this value to 1 Find one attached. Is this in bugzilla? I couldn't find it... If someone puts it there and marks it as a "blocker", it will be fixed in the next release. :wes sieve-min.diff Description: Binary data

Re: Cyrus-IMAPD Hot Standby Configuration

On 24 Nov 2008, at 13:10, Helmut Weigel wrote: > I found a description an the net > http://cyrusimap.web.cmu.edu/imapd/install-replication.html > but it's from 2005 Definitely a bit dated, but replication is also much more mature now. > so my question is: Is this still the recommended way for doi

Re: AW: Cyrus-IMAPD Hot Standby Configuration

On 24 Nov 2008, at 16:19, Helmut Weigel wrote: > RedHat ships 2.3.7 with RHEL Enterprise Server 5. > Is that sufficient? Does anybody have experiences with that version? I haven't reviewed RH's 2.3.7. Perhaps they closely follow cyrus imapd development and back port all of the important stabili

Re: Murder + Sieve + multiple backends problem

On 01 Dec 2008, at 10:17, Nic Bernstein wrote: > From the web site [http://cyrusimap.web.cmu.edu/ag.html section 2.3]: > If a SIEVE script is present, the lmtp proxy server must do the > processing as the end result of the processing may result in the > mail message going to a different back en

Re: Murder + Sieve + multiple backends problem

On 01 Dec 2008, at 12:18, Duncan Gibb wrote: > Cross-store SIEVE is theoretically the sort of thing that ought to > favour the unified murder design over a conventional layered one... Absolutely, the backend with the INBOX and SIEVE scripts would need to know have to have a listing in mailboxes.

Re: murder configuration issue

On 09 Dec 2008, at 09:58, Gary W. Smith wrote: > Dec 9 09:56:55 mdsfe mupdate[12282]: connect(10.80.72.201) failed: > Invalid argument Perhaps an IPv4 vs IPv6 problem? :wes Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info

Re: Murder + Sieve + multiple backends problem

On 02 Dec 2008, at 10:54, Juergen Wolf wrote: > The mlookup > thing is indeed very simple and already working. The cmd_append() part > is a bit tricky tho, as the LMTPD does not have any imap connection to > the backend as far as I see. I guess LMTP will be the wrong way to > transport the mail to

Re: murder configuration issue

On 09 Dec 2008, at 15:04, Gary W. Smith wrote: > I updated to the FC10 package and now it seems to be working > better. On the backend I can see the mailboxes that are synching > with the master, but the front end doesn't seem to be pulling the > information. That is, it connects, I can see

Re: Easy bug: undocumented option "sasl_saslauthd_path" to imapd

Please add your comments and concerns to this entry: https://bugzilla.andrew.cmu.edu/show_bug.cgi?id=3115 :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

Re: howto list inactive users in cyrus:

On 19 Dec 2008, at 12:38, Joseph Brennan wrote: > How about checking the timestamp on the user.seen files? It seems to > get touched at login, even if you don't open a message. There's a "last read" timestamp in the seen DB, which is probably more accurate. :wes Cyrus Home Page: http://c

Re: Online ChangeLog

Is there some way that interested people can contribute to the overhaul of http://www.cyrusimap.org/ , Dave? :wes On 19 Dec 2008, at 09:18, Dave McMurtrie wrote: > Adam Tauno Williams wrote: >> Is the Cyrus website's ChangeLog >> no longer updat

Re: GSSAPI authentication ceased working

On 02 Jan 2009, at 11:19, Lars Hanke wrote: > hermod: /var/log/auth.log > Jan 2 17:07:54 hermod imtest: GSSAPI Error: Unspecified GSS > failure. Minor code may provide more information (Decrypt > integrity check failed) > > hel: /var/log/syslog > Jan 2 16:07:54 hel krb5kdc[1652]: TGS_REQ (7

Re: 32-bit to 64-bit migration seen flags

How are you copying? :wes On 09 Jan 2009, at 01:47, ram wrote: > I am migrating mailboxes from a 32 bit cyrus (cyrus-2.3.7) to a 64 bit > cyrus (2.3.13) server > > When I copy the mailbox seen flags(skiplist) from the 32 bit server to > the 64 bit servers it does not work. All the mails are flagg

Re: 32-bit to 64-bit migration seen flags

On 12 Jan 2009, at 04:26, ram wrote: > On Fri, 2009-01-09 at 11:53 -0500, Wesley Craig wrote: >> How are you copying? > > scp-ing the files Well, the data in the seen files is stored by unique ID of the mailbox -- which is stored as a string. The data stored is the "seen

Re: Issue with pop3s abnormally terminating

Kinda looks like a port probe. telnet to the pop3s port and then use the telnet escape key to quit the connection. If you'd like to submit a patch to reduce the level of logging for these errors to something a little more sane (like DEBUG), I'm sure it would be accepted through Bugzilla.

Re: Error dragging and dropping a folder from one server to another for only one user

On 12 Jan 2009, at 15:32, David Korpiewski wrote: > I have two cyrus servers and I'm dragging and dropping a folder within > mail.app from one server to another and it is giving me the error for > only one user: > > "Some items could not be copied to "mailserver"" > "The IMAP command "CREATE" faile

Re: Possible bug in ctl_mboxlist -u (or perhaps I'm just crazy)

Regarding the odd mix of tab vs spaces: https://bugzilla.andrew.cmu.edu/cgi-bin/cvsweb.cgi/src/cyrus/imap/ ctl_mboxlist.c.diff?r1=1.56;r2=1.57 According to the change log, this was to be compatible with cyr_dbtool. However, on undump, it appears to accept space or tab. Regarding the

Re: Doing Cyrus *right* for a large installation

On 16 Jan 2009, at 10:17, Rudy Gevaert wrote: > No we don't have murder running (yet) > > I am not confident enough in the setup. I have seen to many bad > messages on the list. > > But I haven't set it up yet, so I may be 'scared' for nothing. There are always bugs, of course, but in recent vers

Re: Last access

On 17 Jan 2009, at 09:39, Toomas Aas wrote: > Friday 16 January 2009 18:31:38 kirjutas Sergio Belkin: >> How I can get the last access to his mailbox of a given user? > > Maybe I'm naive, but I have always just looked at the timestamp of > that > user's seen file. That's definitely a good estim

Re: Doing Cyrus *right* for a large installation

On 17 Jan 2009, at 03:22, Rudy Gevaert wrote: > I meant that I'm 'scared' to use murder. "Standard" murder is pretty solid. "Unified" is not yet solid, but I think it's fair to say that that's the logical direction for Cyrus to go -- it solves many inconsistencies, and it's a step along the p

Re: Doing Cyrus *right* for a large installation

On 18 Jan 2009, at 14:58, Rudy Gevaert wrote: > I can't find any info about the unified on the wiki/site. I once did > read about it. In the docs I can't find a definition of the unified > setup. From imapd.conf man page: mupdate_config: standard The configuration of the m

Re: Expire (manually) TLS sessions?

On 21 Jan 2009, at 12:41, Jeff Blaine wrote: > FWIW, Thunderbird with SSL on port 993 pops up a box saying > incorrect Message authentication code. I forgot to mention > that. That's interesting. What platform are you running this on? What compiler did you use to build openssl? What optimiza

Re: enforcing TLS certificates for replication

On 22 Jan 2009, at 12:31, Ian Batten wrote: > With my private network hat on, I have a requirement to secure > replication. I have one machine in a data centre which runs 2.3.13 on > Solaris 10. I've recently brought up an Open Solaris machine at home, > similarly running 2.3.13, with a static IP

Re: slow

On 07 Feb 2009, at 12:21, Iv Ray wrote: > The OS X Mail client is slow only to check mail (and presumably - the > subscribed mailboxes, which are several hundred). Then it works fine. > > Squirrelmail is slow on showing every single page (using the previous/ > next control). I hate to suggest the

Re: Security risk of POP3 & IMAP protocols

On 13 Feb 2009, at 04:23, Ian Batten wrote: > Security isn't about protocols, it's about systems, and I suspect POP3 > vs IMAP is metonymic for local vs remote mail storage. Also keep in mind that IMAP can be used just like POP, i.e., you can use IMAP to download & remove all mail from the serve

Re: Replication rolling or cron?

On 20 Feb 2009, at 12:00, Shelley Waltz wrote: > I can get things working with a reboot, however, this is disruptive. > Question is - should I abandon rolling and just force a replication > via a > cron job every 10 min? I have low volume and only 200 accounts. > > Does anyone have a monitoring

Re: reconstruct: Authoritative ACL?

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: http://asg.web.cmu.edu/cy

Re: Intermittent mailbox not found

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 ex

Re: Calling all regressions

On 10 Mar 2009, at 08:51, Michael Menge wrote: > Quoting Adam Tauno Williams : >> Documentation is pretty miserable; best source for changes is either >> or to read the CVS >> commit maillist >>

Re: Is user lock-out required for backend xfers?

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

Re: Is user lock-out required for backend xfers?

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

Re: thoughts on running an IMAP-over-SSL server exposed to the Internet?

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

Re: possible self-deadlock in idle signal handler

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

Re: possible self-deadlock in idle signal handler

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

Re: cyrus won't recognize new partition

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

Re: Weekly/Monthly record-keeping / maintenance?

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

Re: Graceful degradation in overload conditions

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

Re: Bug? xfermailbox seems to be broken but using rename to xfer a mailbox works just fine.

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

Re: strange pop protocol?

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

Re: strange pop protocol?

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

Re: Bug? xfermailbox seems to be broken but using rename to xfer a mailbox works just fine.

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

Re: reading seen state as cyrus priviledged user

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.

Re: Migrate from 2.2. to 2.3 with ldap

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

Re: murder and autocreate (I know it is not supported)

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

Re: Auth mech for sync_client/sync_server

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

Re: MUPDATE database problems -- the importance of thread safety

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

Re: Auth mech for sync_client/sync_server

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

Re: IMAP proxy advertising MAILBOX-REFERRALS and confusing Pine

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

Re: IOERROR: fstating sieve script

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

Re: Modifying existing setup to use Cyrus 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?

Re: MIgrating from Cyrus 2.2 to 2.3 : extra numerical field in mailboxes DB

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 ?)

Re: painful mupdate syncs between front-ends and database server

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

Re: XFER when changing database formats

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

Re: proxyd cpu usage

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

Re: proxyd cpu usage

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

Re: Authorization with ptloader: Linux and LDAP backend combined

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...

Re: Cyrus IMAPd 2.3.16 Released

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

Re: Cyrus murder ( IMAP Aggregator )

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

Re: ability to disable shared namespace?

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

Re: Setting TCP keepalive for Cyrus daemons

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

Re: Using xfer to migrate mailboxes to a new server

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

Re: Meaning of "Discarding" messages from sync_client?

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

Re: Not possible to replicate from 2.3.7 to 2.3.16?

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'

Re: upgradeing from 2.3.12p2 to 2.3.16 and replication

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

Re: Building an interface to unexpunge for users

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

Re: Get cyrus-imap folder size without "du" tool

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

Re: sync_client segmentation fault when using TLS

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:/

Re: Cryus-imapd/Saslauthd/LDAP login access

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.

Re: bootstrapping replication

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

Re: bootstrapping replication

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

Re: Patch: add new lmtptarget annotation

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

Re: Patch: add new lmtptarget annotation

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

Re: How to make sync_client invoke STARTTLS for replication

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

Re: imapd, TLS and CRLs

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

Re: ldap groups and ptloader

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

Re: Experiment to test TCP keepalive for pop3d proxies

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 ()

Re: upgrading with murder/aggregator

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

Re: How to make sync_client invoke STARTTLS for replication

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

Re: Experiment to test TCP keepalive for pop3d proxies

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

Re: Problems to access accounts in murder imap

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

Re: How to make sync_client invoke STARTTLS for replication

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

Re: Experiment to test TCP keepalive for pop3d proxies

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

Re: Experiment to test TCP keepalive for pop3d proxies

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

Re: intermittent problems with kick_mupdate

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

Re: How to make sync_client invoke STARTTLS for replication

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

Re: Experiment to test TCP keepalive for pop3d proxies

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

Re: intermittent problems with kick_mupdate

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

Re: How to make sync_client invoke STARTTLS for replication

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://

Re: Recomendations for a Migration of a Cyrus mailStore with 70K users.

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

Re: Some Questions about Cyrus Agregattion ( Murder )

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

Re: Some Questions about Cyrus Agregattion ( Murder )

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

Re: Recomendations for a Migration of a Cyrus mailStore with 70K users.

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

Re: mupdate cpu, thread timeouts

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 >

Re: mailboxes.db backend comparison

On 17 May 2006, at 14:21, Andrew Morgan wrote: My most recent test was to rebuild the mupdate master mailboxes.db from my backend server. skiplist - 20-25 minutes berkeley - 3 minutes How long does it take to LIST the contents of each database? :wes Cyrus Home Page: http://asg.web.cmu.

Re: mailboxes.db backend comparison

On 18 May 2006, at 12:11, Andrew Morgan wrote: On Wed, 17 May 2006, Wesley Craig wrote: On 17 May 2006, at 14:21, Andrew Morgan wrote: My most recent test was to rebuild the mupdate master mailboxes.db from my backend server. skiplist - 20-25 minutes berkeley - 3 minutes How long does it

Re: Removing Shared Folders

On 19 May 2006, at 19:27, Bron Gondwana wrote: We have patched our Cyrus install to disable sharing folder to 'anyone' - because 100,000 people all finding another folder on their screen causes a support nightmare! Amen! Fat fingers generate many support calls. I'd love you have your patc

Re: mailboxes.db backend comparison

I have a patch set to ctl_mboxlist that outputs mailboxes.db on the backend in a format that may be concatenated and reloaded on the mupdate master. Using this method, we can rebuild our mupdate master from the collective backends in a matter of minutes, even with >800K mailboxes. :wes

<    1   2   3   4   >