Re: Cyrus tweaks (slow on roundcube)
Quoting signaldevelo...@gmail.com, Mon, 07 Sep 2015: > Hosts file is fine I checked that, thanks. Kolab uses 389 to > authenticate for everything, so Cyrus is using LDAP as you can see > above. I think the problem lies in the constant TLS logins into > Cyrus for every click: > > imap[2281]: login: localhost [::1] john...@domain.com PLAIN+TLS User > logged in > SESSIONID= > Sep 5 20:54:51 es1 imap[2281]: USAGE john...@domain.com user: > 0.009998 sys: 0.006999 > > > Again its only one user, on roundcube... I am afraid to put any more > users on it. There doesn't seem to be much of performance tweaks > with Cyrus around the web either... > > does your system have enough entropy? Is saslauthd compiled against /dev/urandom? Rudy -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert e-mail: rudy.geva...@ugent.be Directie ICT, Afdeling Infrastructuur Groep Systemen tel: +32 9 264 4750 Universiteit Gent fax: +32 9 264 4994 Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 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
Re: How to get every message (even a malformed one) onto Cyrus imapd?
Quoting Scott Lambert lamb...@lambertfam.org, Fri, 29 May 2015: I'm using here postfix that does lmtp delivery, so I'm surprised postfix doesn't get around it. Are you using these postfix options? ( http://www.postfix.org/postconf.5.html ) The postfix options may break mime. I don't know. lmtp_line_length_limit (default: 990) smtp_line_length_limit (default: 998) Yes I am. The messages have lines that are longer than 1 chars. I was suprised they were not rejected. -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert e-mail: rudy.geva...@ugent.be Directie ICT, Afdeling Infrastructuur Groep Systemen tel: +32 9 264 4750 Universiteit Gent fax: +32 9 264 4994 Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 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
Re: How to get every message (even a malformed one) onto Cyrus imapd?
Quoting Vincent Fox vb...@ucdavis.edu, Thu, 28 May 2015: On 05/28/2015 10:05 AM, Recursive wrote: This means that these messages well-formed enough for GMX to accept them, but are so malformed that cyrus lmtp / imapd rejects them. I can give an example of a related problem. We use sendmail as our MTA, delivering via LMTP to Cyrus. The LMTP delivery module on Sendmail defaults to allowing lines longer than specification. Cyrus accepts them. Strangely enough I hit this same problem yesterday. While migrating a mailbox from Cyrus to Exchange through imapsync, some messages where not copied. The reasons was also that the message had longer lines than the RFC allows. There is a setting in Exchange that limits the max length of a command. (Or something like that) And the default value is 10240 bytes. Increasing that helps somewhat, but messages can have longer lines. In my case I was helped by using the latest version of imapsync. In the options you can pass a command to run on every message that has longer lines. In this case by using 'reformime -r7' (maildrop package on Debian), http://www.courier-mta.org/reformime.html) I'm using here postfix that does lmtp delivery, so I'm surprised postfix doesn't get around it. Rudy -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert e-mail: rudy.geva...@ugent.be Directie ICT, Afdeling Infrastructuur Groep Systemen tel: +32 9 264 4750 Universiteit Gent fax: +32 9 264 4994 Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 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
Re: Problem with quota
Quoting Simon Matter simon.mat...@invoca.ch, Sat, 04 Apr 2015: I guess that's because of single instance store. It's not a bug then but a feature if duplicatesuppression: 1. Duplicate messages are hardlinked on disk, they don't consume space there, but are still calculated in quota usage. I have noticed that when such big difference it is because cyr_expire didn't run. Rudy -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert e-mail: rudy.geva...@ugent.be Directie ICT, Afdeling Infrastructuur Groep Systemen tel: +32 9 264 4750 Universiteit Gent fax: +32 9 264 4994 Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 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
Re: users filling up disk microsoft office outlook 2013 ?
An other way to catch clients that are misbehaving is to count nr of entries for user_deny for that user in the log file. The client that is misbehaving is always at the head of the list. We have a plan to keep the count in the cyrus.index header and make it available via an annotation(metadata). https://bugzilla.cyrusimap.org/show_bug.cgi?id=3562 How are people looking at this now? It's clear that in my situation it's causing issues... I was thinking to maybe use fail2ban to block the users to make to many log entries with user_deny. But after looking at fail2ban it needs a hostname in the logline. Which the logged messages doesn't have. Although I could say the username is the hostname I think. An other option would be to coble something together with logstash/statsd and graphite I think... Any other easier solution anybody can think of? Thanks, -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert e-mail: rudy.geva...@ugent.be Directie ICT, Afdeling Infrastructuur Groep Systemen tel: +32 9 264 4750 Universiteit Gent fax: +32 9 264 4994 Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 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
Re: users filling up disk microsoft office outlook 2013 ?
Quoting David Carter dp...@cam.ac.uk, Fri, 06 Mar 2015: On 2015-03-05 23:47, Bron Gondwana wrote: On Thu, Mar 5, 2015, at 08:34 PM, Rudy Gevaert wrote: Quoting Frank Richter frank.rich...@hrz.tu-chemnitz.de, Thu, 05 Mar 2015: Last night ecactly this happened on our mail server the 1st time. One partition was filled up ... The user was noticing some duplicate messages, but not thousands. I'll check up if a virus scanner is involved in our case. This isn't a Cyrus issue or even something that Cyrus can fix I don't think :( One thing which would help is a limit on the amount of expunged data which can be held in a single mailbox before an expire automatically kicks in. As far as I know there isn't a way to actually see this from cyrus. For know I have a script that goes over every mailbox and does a a du and cyrus quota lookup. If they are to much different (e.g. 200MB difference) I force an expunge. This also catches mailboxes that haven't been expired like it should be. An other way to catch clients that are misbehaving is to count nr of entries for user_deny for that user in the log file. The client that is misbehaving is always at the head of the list. -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert e-mail: rudy.geva...@ugent.be Directie ICT, Afdeling Infrastructuur Groep Systemen tel: +32 9 264 4750 Universiteit Gent fax: +32 9 264 4994 Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 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
users filling up disk microsoft office outlook 2013 ?
Hello, I'm hitting a strange issue. A user had his mailbox grow (multiple GB) without him noticing. I can clean up with cyr_expire. Multiple messages are actually the same. It seems that the client uploads the message and deletes it immediately. Yesterday it filled up a partition, so I couldn't enable telemetry on his mailbox to actually see what happened. The client is outlook 2013. Has anybody seen this issue before? I'm running 2.4.17 -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert e-mail: rudy.geva...@ugent.be Directie ICT, Afdeling Infrastructuur Groep Systemen tel: +32 9 264 4750 Universiteit Gent fax: +32 9 264 4994 Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 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
Re: users filling up disk microsoft office outlook 2013 ?
Quoting Frank Richter frank.rich...@hrz.tu-chemnitz.de, Thu, 05 Mar 2015: Last night ecactly this happened on our mail server the 1st time. One partition was filled up ... The user was noticing some duplicate messages, but not thousands. I'll check up if a virus scanner is involved in our case. I contacted the user and he has AV installed, but is not sure it is in outlook also active. (I wouldn't know ATM) Rudy -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert e-mail: rudy.geva...@ugent.be Directie ICT, Afdeling Infrastructuur Groep Systemen tel: +32 9 264 4750 Universiteit Gent fax: +32 9 264 4994 Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 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
Re: replication: sync_client on master stops after restarting the replica
On 09/27/14 10:59, Marcus Schopen wrote:
Hi,
always when I have to reboot the replica or its cyrus the
synchronization on master side stops, /var/lib/cyrus/sync/log fills up
and I don't see a /usr/lib/cyrus/bin/sync_client -r process anymore.
/var/log/mail.err on master when restarting replica:
Sep 27 10:06:28 master cyrus/sync_client[1023]: Error in do_sync():
bailing out! Bad protocol
Sep 27 10:06:28 master cyrus/sync_client[1023]: Processing sync log
file /var/lib/cyrus/sync/log-1023 failed: Bad protocol
When I restart cyrus on master side, synchronization starts again.
Is there another way to get synchronization working again?
I have added this in EVENTS { }
synccheck cmd=/usr/share/cyrus-ugent/cyrus-synccheck -i mail1 -v
cyrus-2.4.17 period=10
Where /usr/share/cyrus-ugent/cyrus-synccheck is a script that checks if
sync_client is running. If not, it start it
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
Re: IMAP proxy recommendations.
Quoting Vincent Fox vb...@ucdavis.edu, Thu, 12 Dec 2013: We are still running Perdition and never got around to fiddling with Murder. It just works and I have no complaints. Same here. On it since 2006. We have put a loadbalancer (LVS) before it. Rudy -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert e-mail: rudy.geva...@ugent.be Directie ICT, Afdeling Infrastructuur Groep Systemen tel: +32 9 264 4750 Universiteit Gent fax: +32 9 264 4994 Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 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
Re: Extracting mail after server failure
Quoting Michael Smith m...@tribeca.com, Mon, 21 Oct 2013: My mail server suffered multiple hardware failures because of electrical problems. Fortunately I had a backup of the mail store (but not the server config) on a disk which I was able to mount and copy to another host. At this point I'm just trying to export the mail so I can import it into an imap client. Is there a simple way to read the cyrus-imap mail store, or do I need to configure a new server? Hi Michael, years ago I had a similar problem :(. You can use reconstruct to recreate the mailboxes.db file. However in case of many TB of data this can take too long. But note the following options to reconstruct -f Examine the filesystem underneath mailbox, adding all directo- ries with a cyrus.header found there as new mailboxes. Useful for restoring mailboxes from backups. -s Don't stat underlying files. This makes reconstruct run faster, at the expense of not noticing some issues (like zero byte files or size mistmatches). reconstruct -s should be quite fast. In my case, I don't think -s existed then, I used 'find' to get a list all the mailboxes and used a script to create the mailboxes.db contents as a text file. I then converted that txt file to the db file with one of the tools that comes with cyrus. (ctl_dbtool). The only catch is that the txt file needs to have a tab at the end of the line (or something like that.) Good luck! Rudy -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert e-mail: rudy.geva...@ugent.be Directie ICT, Afdeling Infrastructuur Groep Systemen tel: +32 9 264 4750 Universiteit Gent fax: +32 9 264 4994 Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 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
Re: digest.sha1 cyrus-imapd.2.4.17 problem
Quoting Manel Gimeno Zaragozá magiz...@hotmail.com, Tue, 25 Jun 2013:
Hello,
A year ago I patch a cyrus 2.4.13 with fastmail imapd patches in
order to get digest.sha1 for replica check consistency, and
everything was working perfectly, but now my problem is that I'm
trying to patch 2.4.17 but sha1 is not created. I can fetch
digest.sha1 and rfc822.filesize but no data is stored:
. fetch 1 digest.sha1
* 1 FETCH . OK Completed (0.000 sec)
. fetch 1 rfc822.filesize
* 1 FETCH . OK Completed (0.000 sec)
Hi, this works in my setup
. fetch 1 digest.sha1
* 1 FETCH (DIGEST.SHA1 262d6ca63ddbfd0a5b4adb36859d46890996e71f)
. OK Completed (0.000 sec)
. fetch 1 rfc822.filesize
* 1 FETCH (RFC822.FILESIZE 26894)
. OK Completed (0.000 sec)
I'm using a different patch. See the one attached.
--
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
Rudy Gevaert e-mail: rudy.geva...@ugent.be
Directie ICT, Afdeling Infrastructuur
Groep Systemen tel: +32 9 264 4750
Universiteit Gent fax: +32 9 264 4994
Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
From 048ce01d5318b086b7a4ed67946fcc10561828e4 Mon Sep 17 00:00:00 2001
From: Bron Gondwana br...@opera.com
Date: Sun, 15 Aug 2010 20:25:44 +1000
Subject: [PATCH 02/10] GUID IMAP COMMANDS
This patch factors out stuff we used to have in the old MD5UUIDs
patch, the following FETCH responses in imapd:
FETCH DIGEST.SHA1 = 40 character hex string (message sha1)
FETCH RFC822.SHA1 = 40 character hex string (message sha1, calculated)
FETCH RFC822.FILESIZE = size of actual file on disk (via stat or mmap)
It also adds a capability string item: DIGEST=SHA1
Totally non-standard of course, but way useful for our replication checking
scripts. Embrace and extend 'r' us.
Anyone feel like writing an RFC for fetching the digest of a message via
IMAP? If the server calculated it on delivery and cached it then you'd have
a great way to clean up after a UIDVALIDITY change or other destabilising event
without having to fetch every message again.
---
imap/imapd.c | 15 +++
imap/imapd.h |5 -
imap/index.c | 27 ++-
3 files changed, 45 insertions(+), 2 deletions(-)
diff --git a/imap/imapd.c b/imap/imapd.c
index 2f774dd..786b7e3 100644
--- a/imap/imapd.c
+++ b/imap/imapd.c
@@ -309,6 +309,7 @@ struct capa_struct base_capabilities[] = {
{ QRESYNC, 2 },
{ SCAN, 2 },
{ XLIST, 2 },
+{ DIGEST=SHA1, 2 },
#ifdef HAVE_SSL
{ URLAUTH, 2 },
@@ -4064,6 +4065,13 @@ void cmd_fetch(char *tag, char *sequence, int usinguid)
else goto badatt;
break;
+ case 'D':
+ if (!strcmp(fetchatt.s, DIGEST.SHA1)) {
+ fetchitems |= FETCH_GUID;
+ }
+ else goto badatt;
+ break;
+
case 'E':
if (!strcmp(fetchatt.s, ENVELOPE)) {
fetchitems |= FETCH_ENVELOPE;
@@ -4097,6 +4105,7 @@ void cmd_fetch(char *tag, char *sequence, int usinguid)
}
else goto badatt;
break;
+
case 'R':
if (!strcmp(fetchatt.s, RFC822)) {
fetchitems |= FETCH_RFC822|FETCH_SETSEEN;
@@ -4113,6 +4122,12 @@ void cmd_fetch(char *tag, char *sequence, int usinguid)
else if (!strcmp(fetchatt.s, RFC822.TEXT)) {
fetchitems |= FETCH_TEXT|FETCH_SETSEEN;
}
+ else if (!strcmp(fetchatt.s, RFC822.SHA1)) {
+ fetchitems |= FETCH_SHA1;
+ }
+ else if (!strcmp(fetchatt.s, RFC822.FILESIZE)) {
+ fetchitems |= FETCH_FILESIZE;
+ }
else if (!strcmp(fetchatt.s, RFC822.TEXT.PEEK)) {
fetchitems |= FETCH_TEXT;
}
diff --git a/imap/imapd.h b/imap/imapd.h
index c251e04..5f4a1a7 100644
--- a/imap/imapd.h
+++ b/imap/imapd.h
@@ -110,7 +110,10 @@ enum {
FETCH_SETSEEN = (110),
/* FETCH_UNCACHEDHEADER = (111) -- obsolete */
FETCH_IS_PARTIAL = (112), /* this is the PARTIAL command */
-FETCH_MODSEQ = (113)
+FETCH_MODSEQ = (113),
+FETCH_GUID =(114),
+FETCH_SHA1 =(115),
+FETCH_FILESIZE = (116)
};
enum {
diff --git a/imap/index.c b/imap/index.c
index 7b3540d..0d51327 100644
--- a/imap/index.c
+++ b/imap/index.c
@@ -2438,7 +2438,7 @@ static int index_fetchreply(struct index_state *state, uint32_t msgno,
}
/* Open the message file if we're going to need it */
-if ((fetchitems (FETCH_HEADER|FETCH_TEXT|FETCH_RFC822)) ||
+if ((fetchitems (FETCH_HEADER|FETCH_TEXT|FETCH_SHA1|FETCH_RFC822)) ||
fetchargs-cache_atleast im-record.cache_version ||
fetchargs-binsections || fetchargs-sizesections ||
fetchargs-bodysections) {
@@ -2465,6 +2465,12 @@ static int index_fetchreply(struct index_state *state, uint32_t msgno,
prot_printf(state-out, %cUID %u, sepchar, im-record.uid);
sepchar = ' ';
}
+if (fetchitems
Re: Squatter crash with statusdb
Hi Andy, could you file a bug for this? Then it will not be forgotten...
Quoting Andy Fiddaman cy...@fiddaman.net, Mon, 24 Jun 2013:
FWIW, this gets it working again:
--- cyrus-imapd-2.4.17.dist/imap/statuscache_db.c 2013-06-24
10:10:08.219203100 +
+++ cyrus-imapd-2.4.17/imap/statuscache_db.c2013-06-24
10:10:20.537711377 +
@@ -152,7 +152,7 @@
len = strlcpy(key, mailboxname, sizeof(key));
key[len++] = '%';
key[len++] = '%';
-len += strlcpy(key + len, userid, sizeof(key) - len);
+len += strlcpy(key + len, userid ? userid : cyrus, sizeof(key) -
len);
*keylen = len;
On Mon, 24 Jun 2013, Andy Fiddaman wrote:
;
; Hi,
;
; I've just upgraded my Cyrus installation to 2.4.17 and squatter is
; crashing in statuscache_buildkey() because userid is NULL.
;
; I'm not sure what the best fix for this is. Should squatter even be using
; the statuscache or should it populate cyrus as the username when
; initialising the index, or something else?
;
; Thanks,
;
; Andy
;
; Program received signal SIGSEGV, Segmentation fault.
; [Switching to Thread 1 (LWP 1)]
; 0xfd7ffe3dccb0 in .strlenalign16_loop () from /lib/64/libc.so.1
; (gdb) where
; #0 0xfd7ffe3dccb0 in .strlenalign16_loop () from /lib/64/libc.so.1
; #1 0xfd7ffe414149 in strlcpy () from /lib/64/libc.so.1
; #2 0x004610ac in statuscache_buildkey (
; mailboxname=0x5ab8b0 example.net!user.silo, userid=0x0,
; keylen=0xfd7fffdfe0cc) at statuscache_db.c:155
; #3 0x0046169a in statuscache_update_txn (
; mboxname=0x5ab8b0 example.net!user.silo, sdata=0xfd7fffdfe290,
; tidptr=0xfd7fffdfe218) at statuscache_db.c:326
; #4 0x004619ad in statuscache_invalidate (
; mboxname=0x5ab8b0 example.net!user.silo, sdata=0xfd7fffdfe290)
; at statuscache_db.c:425
; #5 0x00434099 in mailbox_unlock_index (mailbox=0x5db998,
; sdata=0xfd7fffdfe290) at mailbox.c:1637
; #6 0x00422feb in index_unlock (state=0x5af6a0) at index.c:1232
; #7 0x00420c98 in index_open (name=0x5ac960
; example.net!user.silo,
; init=0x0, stateptr=0xfd7fffdfec18) at index.c:246
; #8 0x00420395 in index_me (name=0x5ac960 example.net!user.silo,
; matchlen=20, maycreate=0, rock=0xfd7fffdffcac) at squatter.c:594
; #9 0x004208f9 in main (argc=3, argv=0xfd7fffdffcf8)
; at squatter.c:745
;
;
; (gdb) frame 7
; #7 0x00420c98 in index_open (name=0x5ac960
; example.net!user.silo,
; init=0x0, stateptr=0xfd7fffdfec18) at index.c:246
; 246 in index.c
; (gdb) print *state
; $4 = {mailbox = 0x5db998, num_records = 6933, oldexists = 0, exists =
; 6933,
; last_uid = 6934, highestmodseq = 1606, delayed_modseq = 0, map =
; 0x5dd740,
; mapsize = 7168, internalseen = 0, skipped_expunge = 0, seen_dirty = 0,
; keepingseen = 0, examining = 0, myrights = 0, numrecent = 0,
; numunseen = 6933, firstnotseen = 1, flagname = {0x0 repeats 128
; times},
; userid = 0x0, out = 0x0, qresync = 0, authstate = 0x0}
;
;
; 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
;
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
--
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
Rudy Gevaert e-mail: rudy.geva...@ugent.be
Directie ICT, Afdeling Infrastructuur
Groep Systemen tel: +32 9 264 4750
Universiteit Gent fax: +32 9 264 4994
Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
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
squatter processes locked
Hello
We have noticed that squatter sometimes hangs. It's waiting for a lock
root@cyrprd6:/etc/cyrus-ugent/conf# strace -p 13858
Process 13858 attached - interrupt to quit
fcntl(13, F_SETLKW, {type=F_WRLCK, whence=SEEK_SET, start=0, len=0}
squatter 13858 cyrus 12uR REG 0,170
86832239 /run/shm/mail26/lock/domain/u/ugent.be/s/user/a^user/Sent
Messages.lock
squatter 13858 cyrus 13u REG 253,34 181952
3223281546 /mail/mail26/imap/domain/u/ugent.be/s/user/a^user/Sent
Messages/cyrus.index
Are people doing any housekeeping on the squatter processes? What
kind? Kill?
Or is it a bug?
Thanks
--
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
Rudy Gevaert e-mail: rudy.geva...@ugent.be
Directie ICT, Afdeling Infrastructuur
Groep Systemen tel: +32 9 264 4750
Universiteit Gent fax: +32 9 264 4994
Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
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
imap client that supports passing authorization id
Hello cyrus users, Do any of u know of any desktop imap-client, but not mulburry, that supports passing the authorization id? Thanks, Rudy 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
LISA conference San Diego
Hi, FYI there will be a email administrators Bird-of-a-Feather session next Tuesday at LISA12. People attending the conference, you are more than welcome. I'm also interested in talking to other Cyrus administrators Rudy PS https://www.usenix.org/conference/lisa12/ -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert e-mail: rudy.geva...@ugent.be Directie ICT, Afdeling Infrastructuur Groep Systemen tel: +32 9 264 4750 Universiteit Gent fax: +32 9 264 4994 Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 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
Re: Sync log replica process
On 03/13/2012 12:46 PM, Bron Gondwana wrote: We (FastMail) always run old logs first. Bron, but this blocks starting up the master till the replica has catched up? Sometimes the sync is broken, or do you detect it? Thanks Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Re: How to migrate sieve scripts and check sieve replica
Hello Manel, Quoting Manel Gimeno Zaragozá magiz...@hotmail.com: Hello, How can I migrate sieve scripts from my old cyrus server (2.12.12) to the new cyrus server (2.4.13)? Is there any tool to find them and migrate them? or just with an rsync it's enough... I don't know with 2.12.12 but are they byte compiled? If they are not byte compiled you certainly will have to compile them after you have done the rsync. (sievec command, IIRC) If they are byte compiled I think it should work, otherwise you will have to recompile them. The script in text format is in the sieve dir. On the other hand, with cyrus replica they are automatically sync to replica server, but, how can I check if everything is corretly replicated? I do this with a script that downloads the scripts from the master and compares them with the script on the replica. -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert e-mail: rudy.geva...@ugent.be Directie ICT, Afdeling Infrastructuur Groep Systemen tel: +32 9 264 4750 Universiteit Gent fax: +32 9 264 4994 Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Re: Problem with folder subscriptions and LIST/LSUB
On 02/06/2012 12:29 PM, Mark Cave-Ayland wrote: On 02/02/12 02:04, Anthony L. Awtrey wrote: On 02/01/2012 08:47 PM, Dave McMurtrie wrote: Quick workaround (assuming that you have root access to the server): 1) using your mail client, create a new folder named newfolder. 2) log in to your server and from a root shell, su to your cyrus user. 3). Navigate the filesystem and cp all the mail files from the directory with the funky name that Cyrus won't list to newfolder. 4) reconstruct newfolder. Hth, Dave Thanks Dave, I'll give it a shot. T Just to confirm: is commit 1f0faf282cc918132957d25e8a099105035670c6 (http://git.cyrusimap.org/cyrus-imapd/commit/?h=cyrus-imapd-2.4id=1f0faf282cc918132957d25e8a099105035670c6) the fix for this problem? I think we may be seeing it here. I tried it, but it didn't fix my issue... improved sorting did... Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Re: Problem recover replica
On 02/02/2012 04:13 PM, Manel Gimeno Zaragozá wrote: I've been trying sync_client -r -f log-PID and it works. All the missing changes are applied without problem, I should do some script that controls this files and apply them. anyway the log-PID is not deleted when its processed. I guess we should control the processed log-PIDs manually and move or delete them, am i right? Yes. You can delete them when sync_client -f file exits with status 0. We have a nagios script that alerts us if there is not processed logfile. In our case this doesn't happen that much, so we fix it manually (with a generic script) Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Re: sync_client and seenptr
Hi Antonia, please check the devel list :)
On 04/22/2011 07:08 AM, Antonio wrote:
hi all,
sometimes the sync_client die with the message that a assert failed ...
I've seen that seen_open() in seen_db.c returns a code != 0 if
something failed, and the sync_client simply ignore and return 0 in this case
...
is necessary the assert check into the code or can i comment out it ?
[CODE]
sync_client.c
static int do_seen(char *user, char *uniqueid)
{
int r = 0;
struct seen *seendb;
struct seendata sd;
/* ignore read failures */
r = seen_open(user, SEEN_SILENT,seendb);
if (r) return 0;
...
seen_db.c
int seen_open(const char *user,
int flags,
struct seen **seendbptr)
{
struct seen *seendb = NULL;
char *fname = NULL;
int dbflags = (flags SEEN_CREATE) ? CYRUSDB_CREATE : 0;
int r;
assert(user);
assert(*seendbptr == NULL);
[/CODE]
tanks in advance
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Re: Ever growing mailboxes and archiving
On 04/18/2011 05:19 PM, Vincent Fox wrote: I've recently started working with netbackup7 ability to backup the VMware image This allows the backup of a large SAN LUN to take place on the head node. Currently using it on our Sympa list-server node which has same problem as Cyrus, many small files for the list archives. No client install required No backup loading on the VM Backups fairly quick, it's a stream of a snapshot of the image DR would be quick API into the backup image allows individual file recoveries We are not currently running Cyrus in VM, but I can see where we will be eventually, and what we'd do for backup/recovery. Hi Vincent, How do you make the snapshot consistent (netbackup+vmware snapshot)? Do you stop cyrus? Rudy Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Re: Cyrus 2.4.6 problem with delayed expunge mode
Quoting Bron Gondwana br...@fastmail.fm: I'd love to know if it reproduces! There is no reason I can see that it should have happened. I couldn't reproduce... :( I now changed the expunge_days option to 31 (same as cyr_expire). Strange... -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert e-mail: rudy.geva...@ugent.be Directie ICT, Afdeling Infrastructuur Groep Systemen tel: +32 9 264 4750 Universiteit Gent fax: +32 9 264 4994 Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Re: Cyrus 2.4.6 problem with delayed expunge mode
On Tue, Feb 8, 2011 at 7:36 AM, Bron Gondwana br...@fastmail.fm wrote: Oohh... I suspect you're being bitten by this: (from man imapd.conf) expunge_days: 7 Number of days to retain expunged messages before cleaning up their index records. The default is 7. This is necessary for QRESYNC to work correctly. If combined with delayed expunge (above) you will also be able to unexpunge messages during this time. So it will clean up after 14 days actually - if you haven't done the cleanup yourself in the meantime with cyr_expire. This is done during mailbox close. It's me trying to be more clever than I should! The easy fix is just to put expunge_days: 60 in your config. Longer term I want to fix cyr_expire not to be so complex and multi-function. Even just better defaults would be good! At the moment it will still wipe all expunged messages if you get the command line wrong. I had this very strange problem this morning, maybe concerning to the above too! Several of our master processes went away without any good reason! This was the first time. mail19/lmtp[31757]: unable to tell master 2: Broken pipe For the moments where it happened it was all at ~7:30 AM. Just at the same time we run cyr_expire! cyrus.conf: delprune cmd=/usr/cyrus-2.4.6/bin/cyr_expire -C /etc/cyrus-ugent/conf/mail15/imapd.conf -D 31 -E 8 -X 31 at=0730 I was not aware of the imapd.conf delayed_expung parameter! So it is still the default. Previously -D and -X was set to 7! I changed that exactly one week ago to 31. However, cyr_expire runs ok: Feb 9 07:33:37 cyrprd3 mail15/cyr_expire[32118]: Removed 0 deleted mailboxes Feb 9 07:33:37 cyrprd3 mail15/cyr_expire[32118]: duplicate_prune: pruning back 8 days Feb 9 07:33:44 cyrprd3 mail15/cyr_expire[32118]: duplicate_prune: purged 2108 out of 134761 entries -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert e-mail: rudy.geva...@ugent.be Directie ICT, Afdeling Infrastructuur Groep Systemen tel: +32 9 264 4750 Universiteit Gent fax: +32 9 264 4994 Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Re: Cyrus 2.4.6 problem with delayed expunge mode
Quoting Rudy Gevaert rudy.geva...@ugent.be: I had this very strange problem this morning, maybe concerning to the above too! I forgot to point out that this was not funny ;). I don't know if it will happen tomorrow too. Or if I should revert to setting cyr_expire again to 7 days. -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert e-mail: rudy.geva...@ugent.be Directie ICT, Afdeling Infrastructuur Groep Systemen tel: +32 9 264 4750 Universiteit Gent fax: +32 9 264 4994 Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Re: Different backend authentications for Cyrus IMAP
On 12/07/2010 10:33 PM, Dan White wrote: If both domains can authenticate via LDAP (or Kerberos), you might check out a recent thread on the OpenLDAP-technical list titled 'Pass-Through authentication', which discusses a couple of alternatives. Hi Dan, I can't find what you are referring through in their archives. Can you give me an other pointer please. Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Re: Does anyone allow unlimited or extremely large quotas?
On 11/16/2010 12:30 PM, Dave McMurtrie wrote: Good morning, This may be slightly off-topic, so apologies in advance. Is there anyone out there who allows unlimited quota for their users or provides extremely large quotas when asked for? If so, can you describe any problems you've had with this? We have users with 5 GB. We haven't seen any problems with them. The only general problem we face is taking backups of a full store. It just takes very long to complete full backups. (Of course that isn't tied to large or no quota.) Rudy Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Re: migrating sieve scripts
On 07/06/2010 02:42 PM, Marc Patermann wrote: Hi, while everyone is talking about migration mail data (I think, I'm going the imapsync way), no one is talking about migrating sieve scripts!? By hand this could be done by sieveshell and - list; old server - get; old server - put; new server commands. So scripting around the Cyrus::SIEVE module in perl might be the best way. Does anyone have any script to build on? BTW: I'm going to migrate from 2.2.12 and AIX to SLES and 2.3.16. Marc I'm using Net::ManageSieve (it's on CPAN) Rudy 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
postfix lmtp instances
Dear list, In the past I made an lmtp transport in my postfix master.cf for each backend we had. As we are going to a lot of backends 15 instead of 7 it will be a little burden to keep the master.cf in sync. It would be a lot easier to just use lmtp:hostname.backend.com instead of dedicated lmtp transport. I set up the different transport because it would be faster/efficient. But is this really the case? Thanks in advance! Rudy 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
Hello Wesley,
On 06/04/2010 10:32 PM, Wesley Craig wrote:
And that's all? At a minimum, if authN is failing, you should get
this syslog:
if ((r = backend_authenticate(ret, prot,mlist, userid,
cb, auth_status))) {
syslog(LOG_ERR, couldn't authenticate to backend
server: %s,
sasl_errstring(r, NULL, NULL));
if (!ret_backend) free(ret);
close(sock);
ret = NULL;
}
If you're not, I guess you're in some sort of loop in
backend_authenticate(). Do you get a backtrace?
I'm new to gdb, so I hope I don't give you any wrong information.
I set a breakpoint on backend_authenticate but i don't get any break.
However I set a breakpoint in backend_connect and stepped a lot.
Please see attached file bt and bt2.
I could not get a good backtrace because I didn't know how to get it.
However the file bt2 shows the backtrace I was able to get. I don't
know how to say break on a specific line. as the line numbers gdb shows
are not matching the line numbers in the source file :(.
Thank you very much!
Rudy
Breakpoint 1, backend_connect (ret_backend=0x0, server=0x1415e50
maild1r.ugent.be, prot=0x6d5b40, userid=0x44dbfd , cb=0x1418230,
auth_status=0x0)
at backend.c:321
321 {
(gdb) continue
Continuing.
Breakpoint 2, backend_connect (ret_backend=0x0, server=value optimized out,
prot=0x6d5b40, userid=0x44dbfd , cb=0x1418230, auth_status=0x0)
at backend.c:514
514 do_compress(ret, prot-compress_cmd)) {
(gdb) step
463 const void *ssf;
(gdb) step
514 do_compress(ret, prot-compress_cmd)) {
(gdb) step
517 if (!ret_backend) free(ret);
(gdb) step
520 }
(gdb) step
config_getswitch (opt=IMAPOPT_PROXY_COMPRESS) at libconfig.c:119
119 assert(opt IMAPOPT_ZERO opt IMAPOPT_LAST);
(gdb) step
118 {
(gdb) step
119 assert(opt IMAPOPT_ZERO opt IMAPOPT_LAST);
(gdb) step
120 assert(imapopts[opt].t == OPT_SWITCH);
(gdb) step
122 if ((imapopts[opt].val.b 0x7fff)||
(gdb) step
129 }
(gdb) step
backend_connect (ret_backend=0x0, server=0x14183b8 0�D\001, prot=0x6d5b40,
userid=0x44dbfd , cb=0x1418230, auth_status=0x0) at backend.c:534
534 prot_printf(s-out, %s\r\n, s-prot-ping_cmd.cmd);
(gdb) step
replica_connect (be=0x0, servername=0x1415e50 maild1r.ugent.be, cb=0x1418230)
at sync_client.c:3406
3406_exit(1);
(gdb) step
3403fprintf(stderr, Can not connect to server '%s'\n,
(gdb) step
3406_exit(1);
(gdb) step
3408
(gdb) step
Can not connect to server 'maild1r.ugent.be', retrying in 15 seconds
3411 * http://en.wikipedia.org/wiki/Nagle's_algorithm
Starting program: /usr/cyrus-2.3.16/bin/sync_client -v -l -C
/mail/maild1-p1/etc/imapd.conf -u rudy.geva...@ugent.be
[Thread debugging using libthread_db enabled]
[New Thread 0x7f2ae0eb5700 (LWP 8133)]
Can not connect to server 'maild1r.ugent.be', retrying in 15 seconds
Can not connect to server 'maild1r.ugent.be', retrying in 30 seconds
Can not connect to server 'maild1r.ugent.be', retrying in 60 seconds
Can not connect to server 'maild1r.ugent.be', retrying in 120 seconds
^C
Program received signal SIGINT, Interrupt.
[Switching to Thread 0x7f2ae0eb5700 (LWP 8133)]
0x7f2adfa7cfc0 in nanosleep () from /lib/libc.so.6
(gdb) bt
#0 0x7f2adfa7cfc0 in nanosleep () from /lib/libc.so.6
#1 0x7f2adfa7ce17 in sleep () from /lib/libc.so.6
#2 0x00408776 in replica_connect (be=0x0, servername=0x19e6e50
maild1r.ugent.be, cb=0x19e9230) at sync_client.c:3411
#3 0x0040e2d0 in main (argc=7, argv=0x7fff61e4a818) at
sync_client.c:3717
(gdb) bt full
#0 0x7f2adfa7cfc0 in nanosleep () from /lib/libc.so.6
No symbol table info available.
#1 0x7f2adfa7ce17 in sleep () from /lib/libc.so.6
No symbol table info available.
#2 0x00408776 in replica_connect (be=0x0, servername=0x19e6e50
maild1r.ugent.be, cb=0x19e9230) at sync_client.c:3411
wait = 240
proto = value optimized out
#3 0x0040e2d0 in main (argc=7, argv=0x7fff61e4a818) at
sync_client.c:3717
opt = value optimized out
i = value optimized out
alt_config = value optimized out
input_filename = 0x0
r = value optimized out
exit_rc = value optimized out
mode = 1
wait = value optimized out
timeout = 600
min_delta = 0
sync_log_file = '\0' repeats 280 times,
%���*\177\000\000\000\000\000\000\000\000\000\000(\225��*\177\000\000o�[�*\177\000\000\004N��*\177,
'\0' repeats 66 times, \001, '\0' repeats 167 times,
%���*\177\000\000\000\000\000\000\000\000\000\000(\225��*\177\000\000�l|�*\177\000\000\004N��*\177,
'\0' repeats 66 times, \001, '\0' repeats 215 times,
Re: How to make sync_client invoke STARTTLS for replication
On 06/01/2010 03:53 PM, Wesley Craig wrote: 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. Helo Wesley, Sorry, I forgot about reporting it: replica side: Jun 3 10:40:12 cyrdev2 maild1r/syncserver[9595]: accepted connection Jun 3 10:40:12 cyrdev2 maild1r/syncserver[9595]: cmdloop(): startup Jun 3 10:40:12 cyrdev2 maild1r/syncserver[9595]: SSL_accept() incomplete - wait Jun 3 10:40:12 cyrdev2 maild1r/syncserver[9595]: SSL_accept() succeeded - done 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 maild1/sync_client[3519]: Doing a peer verify Jun 3 10:40:12 cyrdev1 maild1/sync_client[3519]: Doing a peer verify Jun 3 10:40:12 cyrdev1 maild1/sync_client[3519]: Doing a peer verify Jun 3 10:40:12 cyrdev1 maild1/sync_client[3519]: received server certificate Jun 3 10:40:12 cyrdev1 maild1/sync_client[3519]: starttls: TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits new client) no authentication How can I further debug? Thanks! 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 05/28/2010 09:37 PM, Wesley Craig wrote: 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 use PLAIN (assuming everything else is configured appropriately). Does that get what you're after? Hello Wesley, Thanks for coming back to this! I applied your patch and have allowplaintext to no. Now when I start sync_client it doesn't segfault. However it gives 'Can not connect to server'. cy...@cyrdev1:/etc/cyrus-ugent$ synctest -a syncclient -u syncclient -t '' maild1r.ugent.be S: * STARTTLS S: * OK maild1r.ugent.be Cyrus sync server v2.3.16 C: STARTTLS S: OK Begin TLS negotiation now verify error:num=19:self signed certificate in certificate chain TLS connection established: TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits) S: * SASL PLAIN S: * OK maild1r.ugent.be Cyrus sync server v2.3.16 Please enter your password: C: AUTHENTICATE PLAIN ... S: OK Success (tls protection) Authenticated. Security strength factor: 256 Can you tell me how to further troubleshoot, please? Thanks! Rudy 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: cyrus replication and RENAME problem
On 05/31/2010 03:31 PM, Bron Gondwana wrote: On Mon, May 31, 2010 at 12:58:57PM +0200, Rudy Gevaert wrote: Renaming forth and back is a way, but not a really good solution to this problem. Hi Mark, Have you been able to fix this? It seems a bug to me. Sorry, yes - it's a bug. It will be fixed in 2.4 (as in, I've already come across it while rewriting the sync protocol and fixed it) - I'm not sure there's heaps of value backporting it to 2.3 right now. Another workaround is just to rename the folder on the replica as well. Presumably the admin is doing this, and it's a fairly rare case... Bron ( yes, workaround suck... ) Thanks for replying. How are other people doing this who are using partitions and replication? Rudy 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: cyrus replication and RENAME problem
On 06/01/2010 11:31 AM, Bron Gondwana wrote: How are other people doing this who are using partitions and replication? (we don't use partitions) We are now in a point where we could use partitions. Is it common to rename mailboxes across partitions once they're created? Well we would use that to move a user to a new partition when the partition is getting to full. Bron ( obviously, the sync protocol authors didn't think so! ) :( Rudy 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: cyrus replication and RENAME problem
On 06/01/2010 11:46 AM, Sebastian Hagedorn wrote: --On 1. Juni 2010 19:31:54 +1000 Bron Gondwana br...@fastmail.fm wrote: Is it common to rename mailboxes across partitions once they're created? Speaking for myself: very much so! It's how we balance disk space over our (currently) four partitions. Whenever we run out of disk space we add a partition and set it as default for new mailboxes. But that's not enough, because the existing mailboxes keep growing. That's why I've writen a script that moves mailboxes from the fullest partition to the one with the most free space. Works really well. Taking a side step, if I'm permitted. How do you handle the move (regarding mail delivery and logged in users?) (Do you use murder?) 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: cyrus replication and RENAME problem
On 06/01/2010 12:01 PM, Sebastian Hagedorn wrote: --On 1. Juni 2010 11:51:16 +0200 Rudy Gevaert rudy.geva...@ugent.be wrote: That's why I've writen a script that moves mailboxes from the fullest partition to the one with the most free space. Works really well. Taking a side step, if I'm permitted. How do you handle the move (regarding mail delivery and logged in users?) (Do you use murder?) We don't currently use murder. The mailbox is automatically locked during the rename operation, so there aren't any issues with LMTP. The script does a grep in /var/lib/imap/proc prior to the rename, so that it's not attempted for users that are currently logged in. The script has been running for several years and we've never had any problems. Ah nice to now that. So I guess that logging in doesn't work during the rename? Rudy 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: cyrus replication and RENAME problem
On 05/27/2010 02:46 PM, Markus Rebensburg wrote: Hi list, we have a cyrus murder cluster with two frontends,two backends and two replication servers, all running cyrus version 2.3.14. Each backend has two partitions. The two backends are replicated to the replication servers using the cyrus replication mechanism (sync_client -r). The replication servers have an identical partition scheme. Now to our problem: When I move a mailbox from one partition to the other partition on the same backend without changing the name of this mailbox (example command in cyradm: 'rename user.testa user.testa raid1'), nothing happens on the replication server but the mailbox is successfully moved on the backend. But when I also change the name of the mailbox while moving it (example: 'rename user.testa user.testb raid1') the replication works file and the mailbox on the replication server also changes the name and the partition. I haven't found anything in this mailing list about a possible solution to this problem, maybe it is an unknown bug or maybe a 'feature'? Can anyone help me? Renaming forth and back is a way, but not a really good solution to this problem. Hi Mark, Have you been able to fix this? It seems a bug to me. Rudy 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 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 can invoke TLS when I use the synctest program, but I can't seem to figure out how to force sync_client to use TLS when actually replicating. The reason I'm assuming TLS is not happening is that when /var/log/syslog records the User logged in events associated with replication, TLS is not mentioned as part of the authentication mechanism in use. Right now, the lack of TLS is not a major issue because one of the servers is connected to my LAN via a VPN link (so it's encrypted). But I still want to know what I'm supposed to do in order for a TLS layer to happen. Hello list, Has anybody been able to fix this? 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
delete mailbox failed skiplist assertion failed
Hi, We are running 2.3.12 with the cyrus-skiplist-locking-rework-2.3.12.diff and cyrus-skiplist-nested-transactions-2.3.12.diff patch. I am writing some scripts to manage our mailboxes and hit some kind of bug. I created a mailbox cyrust...@mail.ugent.be and when i try to delete a mailbox I get: BYE Fatal error: Internal error: assertion failed: cyrusdb_skiplist.c: 771: db-is_open We are also using delayed delete I also see the mailbox in the delayed delete hierarchy. mail7.UGent.be lm user/cyrust...@mail.ugent.be user/cyrust...@mail.ugent.be (\HasNoChildren) mail7.UGent.be lm DELETED/*...@mail.ugent.be Now I delete the mailbox through imap. Now we see the deleted mailbox: mail7.UGent.be lm DELETED/*...@mail.ugent.be DELETED/user/cyrustest/4bd6b...@mail.ugent.be (\Noselect \HasNoChildren) But original mailbox is still there mail7.UGent.be lm user/cyrust...@mail.ugent.be user/cyrust...@mail.ugent.be (\HasNoChildren) The mailbox in the deleted tree is reserved: mail7.UGent.be dm DELETED/user/cyrustest/4bd6b...@mail.ugent.be deletemailbox: Mailbox is currently reserved No permissions set mail7.UGent.be lam user/cyrust...@mail.ugent.be mail7.UGent.be sam cyrus x user/cyrust...@mail.ugent.be cy...@oeral:~$ echo $? 141 cy...@oeral:~$ Restarting cyrus deletes the reservation, so I can deleted the mailbox in the deleted tree, but the original mailbox is still there. Any pointers on getting this fixed would be appreciated! Rudy 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: virtual domain admins
Milen Dimov wrote: Hello All, We host big number of virtual domains. When a new domain has to be created, we have to add an entry for its administrator to admins parameter in the configuration file. To keep things organized, we keep the admins list in a file that is included in imapd.conf. Even with this setup, with the number of domains growing, this file become hassle to maintain. Another disadvantage of this setup is that it requires restart of the server when admin is added/removed. Doesn't a reload work too? 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
compiling 2.3.16 on debian 64bit
Hi!
A new year brings new resolutions! One of our resolutions is
upgrading our cyrus infrastructure from 32bit to 64bit, moving to a
new storage backend, upgrading from etch to lenny and on top of that
rewriting our backend scripts.
But before getting to all that, I need to be able to get cyrus
compiled. I have one problem, and one question:
1) I also ran into the -fpic problem and can fix that when I'm running
make. However makedepend can't handle 'pic' very well.
This is how I do it:
cyrus_version=cyrus-2.3.16
dest_dir=/tmp/cyrus-2.3.16
rm -fr $dest_dir
mkdir $dest_dir
make clean
./configure CFLAGS=-O2 -g -fpic -Wall -pipe \
--prefix=/usr/${cyrus_version} \
--with-cyrus-prefix=/usr/${cyrus_version} \
--with-bdb-libdir=/usr/lib/ \
--with-openssl=/usr \
--with-com_err=/usr \
--with-bdb-incdir=/usr/include \
--with-seen-db=skiplist --with-mboxlist-db=skiplist \
--enable-murder --enable-idled --enable-replication
make depend || exit
make all || exit
make -C sieve test || exit
echo make install DESTDIR=${dest_dir}
make install DESTDIR=${dest_dir}
And the relevant output:
### Making depend in /home/cyrus/debs/cyrus-imapd-2.3.16/lib
make[1]: Entering directory `/home/cyrus/debs/cyrus-imapd-2.3.16/lib'
makedepend -I.. -I/usr/include -I/usr/include -I/usr/include
-I/usr/include/et -DHAVE_CONFIG_H -I. -O2 -g -fpic -Wall -pipe *.c
./*.c 1makedepend.log 21
make[1]: *** [depend] Error 1
make[1]: Leaving directory `/home/cyrus/debs/cyrus-imapd-2.3.16/lib'
make: *** [depend] Error 1
puptest:/home/cyrus/debs/cyrus-imapd-2.3.16# cat makedepend.log
cat: makedepend.log: No such file or directory
puptest:/home/cyrus/debs/cyrus-imapd-2.3.16# cat lib/makedepend.log
makedepend: warning: ignoring option -Wall
makedepend: error: cannot open pic
I can just not do the make depend, but I dnon't know what the impact is...
2) My other question is about some things that have been removed.
./configure --help isn't that verbose as it was in the older versions.
Also, some options seem to have been removed??
configure:22514: WARNING: unrecognized options: --with-seen-db,
--with-mboxlist-db
What has happend here?
Thanks!!
--
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
Rudy Gevaert rudy.geva...@ugent.be tel:+32 9 264 4734
Directie ICT, afd. Infrastructuur Direction ICT, Infrastructure dept.
Groep Systemen Systems group
Universiteit Gent Ghent University
Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
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: ANNOTATEMORE = METADATA and rfc 5464
On Tue, Nov 17, 2009 at 11:28:49PM +1100, Bron Gondwana wrote: Does anybody out there use annotations much? Does anybody know any code that would be broken by changing the way annotations are done? I'm the only one who uses it here ;) -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert rudy.geva...@ugent.be tel:+32 9 264 4734 Directie ICT, afd. Infrastructuur Direction ICT, Infrastructure dept. Groep Systemen Systems group Universiteit Gent Ghent University Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 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: Exec'ing a script from Cyrus when imapd has a client
Citeren David Lang david.l...@digitalinsight.com: what do you consider a 'modern IMAP client' that is actually reasonably efficiant to use? I can't help you answer that question. But I can share my setup. I'm using the offlineimap client so sync my IMAP (Cyrus of course) accounts (2 in fact). I then use mutt to read the maildir. This way I use a normal IMAP client when I'm online (or have a fast connection). When I'm offline or on 3G (or worse) I use the offlineimap tool to sync my mailbox now and then. To me using offlineimap to sync my mailbox I much faster than doing IMAP over slow links. It also gives me a backup of my mailbox very easily. -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert rudy.geva...@ugent.be tel:+32 9 264 4734 Directie ICT, afd. Infrastructuur Direction ICT, Infrastructure dept. Groep Systemen Systems group Universiteit Gent Ghent University Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 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: Exec'ing a script from Cyrus when imapd has a client
Citeren Bron Gondwana br...@fastmail.fm: You might want this patch: http://github.com/brong/brong-offlineimap/commit/7846ab83c5c45911749ab1cb42569702363a619b You'll need a pretty current Cyrus of course, but then you get COMPRESS=DEFLATE support built in to offlineimap. I find about 80% bandwidth savings when there are few actual changes on a big account. Thanks. When we upgrade to the latest cyrus I'll enable compress and try it! Rudy -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert rudy.geva...@ugent.be tel:+32 9 264 4734 Directie ICT, afd. Infrastructuur Direction ICT, Infrastructure dept. Groep Systemen Systems group Universiteit Gent Ghent University Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 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
lmtp trickery
Citeren David Carter dp...@cam.ac.uk: On the one occasion in five years that we did end up with a Cyrus split brain (replication failed because of a memory DIMM error and then the entire master failed a few minutes later) it was easy enough to fish missing messages out of the dead system the following day and reinject them using LMTP. Certainly easier than reengineering the entire Cyrus mailstore to allow active/active replication. Hi David, I was wondering how you did that. a) the fishing part: I don't see any way how I can map a log entry (message id) to a file b) injecting through lmtp: piping messages via stdin? Thanks!! -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert rudy.geva...@ugent.be tel:+32 9 264 4734 Directie ICT, afd. Infrastructuur Direction ICT, Infrastructure dept. Groep Systemen Systems group Universiteit Gent Ghent University Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 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: upgrading a 2.2.12 murder to 2.3.14
Hi, Citeren Michael Menge michael.me...@zdv.uni-tuebingen.de: You need both rolling replication and one replication of all users. The rolling replication will only sync what has changed. So if a user recieves new mail, rolling replication will sync the mailbox, but not the sieve scripts or the subscribtion list. It does not matter if you do the sync of all users befor running rolling replication or while running rolling replication. While the initial replication is not complete the synclog may grow, but cyrus will catch up. I wonder if it is possible to run sync to two different servers. Anyone? -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert rudy.geva...@ugent.be tel:+32 9 264 4734 Directie ICT, afd. Infrastructuur Direction ICT, Infrastructure dept. Groep Systemen Systems group Universiteit Gent Ghent University Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 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: Please change the DNS lookup = defaultdomain process, and use defaultdomain as the default domain.
Hi Josh, Citeren j...@endries.org: Hi, thanks for the reply. What I'm trying to achieve is that, when I log in with user, Cyrus appends the defaultdomain value when looking up the password (I use SQL for that). My fqdn for the server is mail.blah.com, which is what I normally use. I'm not sure why it stopped working; I changed the IP of the box, along with forward and reverse DNS, and it broke. That's separate from the bug, though. It should append the defaultdomain if there is none in the user name; pretty simple. I can't really help, but I can mention the following, I have in imapd.conf: admins: cyrus cy...@mail1.ugent.be virtdomains: userid In our ldap we have a cyrus user. I also had some problems in the past, maybe more or less like you know have. I just log in as 'cyrus' user. However we don't have any domain admins. I did my admin stuff manually which seemed to work so I'm giving up on this for the time being. I have too much to do and have wasted a whole day on this already... I have another problem with Sieve vacation replies that I need to fix, which is even worse; no logging whatsoever. Joy. Josh Quoting Kendrick Vargas k...@hudat.com: Not sure if this helps, but, you might wanna take a look at this post/thread and bugzilla entry: http://lists.andrew.cmu.edu/pipermail/info-cyrus/2006-October/023811.html https://bugzilla.andrew.cmu.edu/show_bug.cgi?id=2886 It's hard to tell from your post exactly what you want to achieve. However I wanted to mention that whenever I've set up local admin accounts in cyrus, I've always made them part of a domain which was @the.local.fqdn. It's just safer and removes ANY confusion. I also don't like the way the virtdomain option works, never thought it was very consistent. I just reworked the patch to work against the latest RPM's as of a week ago and it seems to work fine. It's a short one and should go in by hand rather easily. Otherwise I can send you the patch I used or the source rpm so you can rebuild it yourself. Hope this helped... -peace j...@endries.org wrote: Okay, defaultdomain is set to mail.blah.com again, as it should be. Logging in as ad...@mail.blah.com now doesn't work, reports the user name as 'admin', correctly, but doesn't work. Logging in as admin doesn't work, reports the user name as u...@blah.com and the password for that user is (now) different. With the defaultdomain set to something else, like something.fake, logging in as ad...@mail.blah.com works but then of course is not a global admin. Changing defaultdomain to blah.com, which kinda makes sense but shouldn't be forced...using admin tries login as admin and doesn't work (doesn't append blah.com?). Logging in as ad...@blah.com also tries login as admin and doesn't work. e.g. by tries login as... I mean admin in: Jul 1 11:02:38 mail imaps[19476]: badlogin: mail.blah.com [x.x.x.x] plaintext admin SASL(-13): authentication failure: checkpass failed This was from logging in with c login ad...@blah.com password Still working on it... Josh 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 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 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 -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert rudy.geva...@ugent.be tel:+32 9 264 4734 Directie ICT, afd. Infrastructuur Direction ICT, Infrastructure dept. Groep Systemen Systems group Universiteit Gent Ghent University Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 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
catching up with sync logs
Hello, Last Sunday we had some corruption on the lun of one of the replica's. After recovering it we got it back on line, but we are having some backlog with the sync replication. We have several sync log-* files that need to be processed. While rolling replication is now busy on the normal log file. I'm trying to feed an other sync client the other log files. But it isn't doing much. Even on small log files. E.g.: read(8, MAILBOX \ugent.be!user.maarten^b..., 4096) = 456 time(NULL) = 1246349375 read(8, , 4096) = 0 write(6, \27\3\1\m\n *\31\215|\303ke\331(\4p\236Q\21Z\313\341..., 53) = 53 time(NULL) = 1246349375 read(6, and then it waits... and waits. Any tips and tricks on getting this back log fixed would be appreciated! Rudy -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert rudy.geva...@ugent.be tel:+32 9 264 4734 Directie ICT, afd. Infrastructuur Direction ICT, Infrastructure dept. Groep Systemen Systems group Universiteit Gent Ghent University Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 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: catching up with sync logs
..., 53) = 53
time(NULL) = 1246354049
read(0, \27\3\1\, 5) = 5
read(0, %Yw\301,\4\241GJ\202\261\352G\225\224\304x=\21+R6#z\254...,
48) = 48
write(1,
\27\3\1\\351\313\255\4\tH\24\375u_\21\206\0\3166\312..., 53) = 53
close(19) = 0
munmap(0xb7f85000, 201) = 0
close(20) = 0
munmap(0xb6464000, 24576) = 0
close(21) = 0
munmap(0xb629a000, 548864) = 0
close(16) = 0
unlink(/mail/mail3r/imap/sync./8349.cache) = 0
rmdir() = -1 ENOENT (No such file or
directory)
close(15) = 0
munmap(0xb6407000, 4096)= 0
unlink(/mail/mail3r/var/imap/proc/8349) = 0
time(NULL) = 1246354049
select(1, [0], NULL, NULL, {0, 0}) = 0 (Timeout)
time(NULL) = 1246354049
open(/dev/null, O_RDWR) = 15
shutdown(0, 0 /* receive */)= 0
dup2(15, 0) = 0
shutdown(1, 0 /* receive */)= 0
dup2(15, 1) = 1
shutdown(2, 0 /* receive */)= 0
dup2(15, 2) = 2
close(15) = 0
write(3, \1\0\0\0\235 \0\0, 8)= 8
rt_sigaction(SIGALRM, {0x8072c20, [], SA_ONESHOT}, NULL, 8) = 0
rt_sigaction(SIGHUP, {0x8072c20, [], SA_RESTART|SA_ONESHOT}, NULL, 8) = 0
rt_sigaction(SIGINT, {0x8072c20, [], SA_RESTART|SA_ONESHOT}, NULL, 8) = 0
rt_sigaction(SIGQUIT, {0x8072c20, [], SA_RESTART|SA_ONESHOT}, NULL, 8) = 0
alarm(114) = 0
fcntl64(14, F_SETLKW, {type=F_WRLCK, whence=SEEK_SET, start=0, len=0})
= ? ERESTARTSYS (To be restarted)
--- SIGALRM (Alarm clock) @ 0 (0) ---
sigreturn() = ? (mask now [])
munmap(0xb632, 32768) = 0
close(22) = 0
munmap(0xb6475000, 3735552) = 0
close(8)= 0
munmap(0xb6044000, 262144) = 0
close(12) = 0
munmap(0xb643d000, 16384) = 0
close(13) = 0
munmap(0xb639c000, 106496) = 0
close(17) = 0
munmap(0xb6933000, 32768) = 0
munmap(0xb7aef000, 98304) = 0
munmap(0xb693b000, 18563072)= 0
munmap(0xb7b07000, 663552) = 0
munmap(0xb7f86000, 16384) = 0
exit_group(0) = ?
Process 8349 detached
Maybe this information is not enough, if you tell me what you need I
can provide :)
--
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
Rudy Gevaert rudy.geva...@ugent.be tel:+32 9 264 4734
Directie ICT, afd. Infrastructuur Direction ICT, Infrastructure dept.
Groep Systemen Systems group
Universiteit Gent Ghent University
Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
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: catching up with sync logs
About that specific user:
on the replica it was on a specific folder the sync was stopping.
When I reconstructed his mailbox on the replica I was able to
sync_client -u u...@domain.
Then the user came in sync.
Citeren Rudy Gevaert rudy.geva...@ugent.be:
Hi Bron,
Thanks for the quick reply.
Citeren Bron Gondwana br...@fastmail.fm:
What's happening at the other end? It looks to me like you're either
waiting on locks, or the process at the other end has died.
(worst case, some corruption isn't being handled correctly by sync_client,
and is causing protocol alignment issues, but I suspect locking or death)
(I can also say that the file system check on the replica gave me some
lost and found files.)
I gave it an other shot and now when I process the 12MB sync log I get:
on the cyrus master server:
open(/mail/mail3/imap/domain/u/ugent.be/t/user/torsten^dhondt/Ongewenste
e-mail/cyrus.index, O_RDWR) = 11
fstat64(11, {st_mode=S_IFREG|0600, st_size=448, ...}) = 0
mmap2(NULL, 16384, PROT_READ, MAP_SHARED, 11, 0) = 0xb7b88000
open(/mail/mail3/imap/domain/u/ugent.be/t/user/torsten^dhondt/Ongewenste
e-mail/cyrus.cache, O_RDWR) = 12
fstat64(12, {st_mode=S_IFREG|0600, st_size=8428, ...}) = 0
mmap2(NULL, 24576, PROT_READ, MAP_SHARED, 12, 0) = 0xb7b82000
fstat64(11, {st_mode=S_IFREG|0600, st_size=448, ...}) = 0
fcntl64(3, F_SETLKW, {type=F_RDLCK, whence=SEEK_SET, start=0, len=0}) = 0
fstat64(3, {st_mode=S_IFREG|0600, st_size=4025524, ...}) = 0
stat64(/mail/mail3/var/imap/mailboxes.db, {st_mode=S_IFREG|0600,
st_size=4025524, ...}) = 0
fcntl64(3, F_SETLKW, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}) = 0
write(6,
\27\3\1\0p_V\22\0268\256\377\10\360E\257E^\371vV\353\304..., 117) =
117
time(NULL) = 1246354048
read(6, \27\3\1\0P, 5)= 5
read(6, \374Ec\224\316\3259(\\\341\232\361\272D\275\30=\214\251...,
80) = 80
time([1246354048]) = 1246354048
stat64(/etc/localtime, {st_mode=S_IFREG|0644, st_size=1067, ...}) = 0
stat64(/etc/localtime, {st_mode=S_IFREG|0644, st_size=1067, ...}) = 0
stat64(/etc/localtime, {st_mode=S_IFREG|0644, st_size=1067, ...}) = 0
send(7, 179Jun 30 11:27:28 mail3/sync_..., 160, MSG_NOSIGNAL) = 160
close(9)= 0
munmap(0xb7f4a000, 199) = 0
close(11) = 0
munmap(0xb7b88000, 16384) = 0
close(12) = 0
munmap(0xb7b82000, 24576) = 0
write(6,
\27\3\1\\20\241\375A\314R/\230l\362\224e\313\366s\322..., 53) = 53
time(NULL) = 1246354048
read(6, \27\3\1\, 5) = 5
read(6, \370\262\322\4\2003\300\213\204\231\322}Dx\324\250\374..., 48) = 48
time([1246354049]) = 1246354049
stat64(/etc/localtime, {st_mode=S_IFREG|0644, st_size=1067, ...}) = 0
stat64(/etc/localtime, {st_mode=S_IFREG|0644, st_size=1067, ...}) = 0
stat64(/etc/localtime, {st_mode=S_IFREG|0644, st_size=1067, ...}) = 0
send(7, 182Jun 30 11:27:29 mail3/sync_..., 71, MSG_NOSIGNAL) = 71
time([1246354049]) = 1246354049
stat64(/etc/localtime, {st_mode=S_IFREG|0644, st_size=1067, ...}) = 0
stat64(/etc/localtime, {st_mode=S_IFREG|0644, st_size=1067, ...}) = 0
stat64(/etc/localtime, {st_mode=S_IFREG|0644, st_size=1067, ...}) = 0
send(7, 179Jun 30 11:27:29 mail3/sync_..., 79, MSG_NOSIGNAL) = 79
close(8)= 0
write(6,
\27\3\1\%Yw\301,\4\241GJ\202\261\352G\225\224\304..., 53) = 53
time(NULL) = 1246354049
read(6, \27\3\1\, 5) = 5
read(6, \351\313\255\4\tH\24\375u_\21\206\0\3166\312yS\310\216..., 48) = 48
time(NULL) = 1246354049
select(7, [6], NULL, NULL, {0, 0}) = 0 (Timeout)
time(NULL) = 1246354049
shutdown(6, 0 /* receive */)= 0
close(6)= 0
munmap(0xb6345000, 16384) = 0
close(10) = 0
munmap(0xb6477000, 16384) = 0
close(5)= 0
munmap(0xb605b000, 327680) = 0
close(4)= 0
munmap(0xb64c7000, 4038656) = 0
close(3)= 0
munmap(0xb68a1000, 32768) = 0
munmap(0xb7a5d000, 98304) = 0
munmap(0xb68a9000, 18563072)= 0
munmap(0xb7a75000, 663552) = 0
munmap(0xb7f4b000, 16384) = 0
exit_group(-1904809439) = ?
Process 16586 detached
on the replica I straced the sync server that was handling that sync_client
open(/mail/mail3r/imap/sync./8349.cache, O_RDWR|O_CREAT|O_TRUNC, 0666) = 16
fcntl64(18, F_SETLKW, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}) = 0
close(18) = 0
time([1246354049]) = 1246354049
stat64
Re: Registry activity log
Citeren Ana Ribas Roca ana.ri...@upcnet.es: I need to register all the activity of every mailbox (deleted messages, folders creation ...) Is it possible? How? http://cyrusimap.web.cmu.edu/twiki/bin/view/Cyrus/CyrusTroubleshooting : It is often useful to get a protocol trace from an IMAP (or other CyrusImap protocol) session, to do this, create a directory for the username in question in CyrusImapConfigDirectory/log (e.g. /var/imap/log/rjs3), ensure that this directory is writable by the cyrus user, and then connect using your client application that is having trouble. This will dump the total (unencrypted) protocol log from the session. Note that this is not useful for debugging authentication problems, since the log will only be created after the user successfully authenticates. -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert rudy.geva...@ugent.be tel:+32 9 264 4734 Directie ICT, afd. Infrastructuur Direction ICT, Infrastructure dept. Groep Systemen Systems group Universiteit Gent Ghent University Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 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: lmtp delivery if over quota
Citeren Andrew Morgan mor...@orst.edu: Is anyone using this? I don't have a script which speaks LMTP, so some example code would be useful. I found a php lmtp pear class. I'm going to abuse it :) Rudy -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert rudy.geva...@ugent.be tel:+32 9 264 4734 Directie ICT, afd. Infrastructuur Direction ICT, Infrastructure dept. Groep Systemen Systems group Universiteit Gent Ghent University Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 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
lmtp delivery if over quota
Hi, I was wondering if it is possible to deliver an email to a mailbox even when the mailbox is over quota. We sometimes have users emailing us 'we are over quota', but we can't reply because they are over quota :). We then temporary increase the quota till the users cleans up his mailbox. However it would be easy to still deliver email in certain cases. Any ideas? Thanks! -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert rudy.geva...@ugent.be tel:+32 9 264 4734 Directie ICT, afd. Infrastructuur Direction ICT, Infrastructure dept. Groep Systemen Systems group Universiteit Gent Ghent University Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 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: searching for a 25 seconds delay
Citeren Iv Ray po...@verysmall.org: Hello everyone, For several months I have been searching the reason for a 25 seconds delay on every Squirrelmail operation (login, select folder, select another page) - the mail server runs on FreeBSD 6.x with latest postfix and Cyrus IMAP with Cyrus SASL authentication against a PostgreSQL database. Mail clients like Mac Mail, Thunderbird, etc. do not exhibit this problem. I received some guidance on this list and I tried quite a few things without being able to locate the problem. Today, however, I finally noticed something - 1. All operations that I could try using imtest respond immediately (including initial login). 2. However the initial login of cyradm is delayed exactly 25 seconds. It would be great if someone could help me analyze the reason for this difference, which might bring me closer to the issue. Cyrus does not have redundant authentication mechanisms (some people suggested that this might cause delay) and the 25 seconds appear very stable (i. e. it is always 25 seconds). It is maybe your sasl not having enough entropy, as probably squirelmail logs in for each request. Recompile sasl to use /dev/urandom in stead of /dev/random -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert rudy.geva...@ugent.be tel:+32 9 264 4734 Directie ICT, afd. Infrastructuur Direction ICT, Infrastructure dept. Groep Systemen Systems group Universiteit Gent Ghent University Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 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: Doing Cyrus *right* for a large installation
On Sat, Jan 17, 2009 at 09:10:54AM -0800, Andrew Morgan wrote: Scared of what happening? We've been using murder here for the past 4 years. First, I haven't even tried to set up a murder. However from time to time I see posts on the list (from you e.g. :)) about things going not as they should be. Maybe I interpreted them wrongly, but they gave me a bad feeling... Rudy -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert rudy.geva...@ugent.be tel:+32 9 264 4734 Directie ICT, afd. Infrastructuur Direction ICT, Infrastructure dept. Groep Systemen Systems group Universiteit Gent Ghent University Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 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: Doing Cyrus *right* for a large installation
On Sat, Jan 17, 2009 at 01:20:07PM -0500, Wesley Craig wrote: 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 path of full redundancy with a minimal number of machines. I don't have any operational experience with replicated murder, but I also haven't heard many horror stories. Hi Wesley 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. Btw has anybody migrated a normal setup to a murder setup? Can it easily be done? E.g. stop, edit configs, start. More or less :) Thanks!! -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert rudy.geva...@ugent.be tel:+32 9 264 4734 Directie ICT, afd. Infrastructuur Direction ICT, Infrastructure dept. Groep Systemen Systems group Universiteit Gent Ghent University Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 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: Doing Cyrus *right* for a large installation
On Sat, Jan 17, 2009 at 01:23:09PM +1100, Bron Gondwana wrote: On Fri, Jan 16, 2009 at 01:55:30PM -0500, Wesley Craig wrote: 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 versions, replication is working very well. IMHO, the major piece of basic functionality missing for replication to be 100% solid is an out of band method to verify that it's working properly. I know of several (many?) solutions that people have in place. Perhaps something will be contributed soon. Yeah - ours is way complex, because it checks at lots of different points! Unfortunately, it needs to log in separately as each user to check seen database information. I'd much prefer to be able to do the whole thing as the admin user. I'm using the fastmail patches to check replication. The only thing that I'm not doing is on a regular basis. But when I need to restore from backup and reconstruct a mailbox I check the replica with my script. -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert rudy.geva...@ugent.be tel:+32 9 264 4734 Directie ICT, afd. Infrastructuur Direction ICT, Infrastructure dept. Groep Systemen Systems group Universiteit Gent Ghent University Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 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: Doing Cyrus *right* for a large installation
On Fri, Jan 16, 2009 at 01:55:30PM -0500, Wesley Craig wrote: 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 versions, replication is working very well. IMHO, the major piece of basic functionality missing for replication to be 100% solid is an out of band method to verify that it's working properly. I know of several (many?) solutions that people have in place. Perhaps something will be contributed soon. I meant that I'm 'scared' to use murder. Rudy -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert rudy.geva...@ugent.be tel:+32 9 264 4734 Directie ICT, afd. Infrastructuur Direction ICT, Infrastructure dept. Groep Systemen Systems group Universiteit Gent Ghent University Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 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: Doing Cyrus *right* for a large installation
On Thu, Jan 15, 2009 at 12:08:24PM -0800, Andrew Morgan wrote: Fulls take a lot longer, but I can't give you any time estimates now. Our incrementals take about 2 hours (both backends are done at the same time). Our fulls take an entire day, but we only do fulls once a month. I'm hoping that using smaller partitions will let us do backups in shorter times, assuming we stay with tape-backups. In the past we did the backups in two shifts on the mailstores: shift 1 a-k, shift2 l-z (e.g.) And did them in parallel. For the moment we don't backup the replica's. Nor use them. But we could do it. So you are using Cyrus Murder with replication? How does that work? 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. We are 'planning' a storage migration too the coming months. I'm curious what storage hardware you are exploring. What are you using now for your 7 backends? we have 1 cx400 and 1 cx500 now. I think we are looking at something from IBM, but I'm not sure, that is not 'my departement'. We also have a lot of NetApp but we are not satisfied with it. Are primary plan was to migrate to the NetApp but now we aren't going to. Btw for backup we use Veritas Netbackup Best whishes, -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert rudy.geva...@ugent.be tel:+32 9 264 4734 Directie ICT, afd. Infrastructuur Direction ICT, Infrastructure dept. Groep Systemen Systems group Universiteit Gent Ghent University Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 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: Doing Cyrus *right* for a large installation
Andrew Morgan wrote: For those of you running large installations, how do you back them up? We have 7 backends: 400G 320G 81G 80% /mail/mail1 400G 273G 128G 69% /mail/mail2 450G 390G 61G 87% /mail/mail3 400G 322G 79G 81% /mail/mail4 400G 270G 131G 68% /mail/mail5 450G 397G 54G 89% /mail/mail6 50G 4.8G 46G 10% /mail/mail7 For mail1-6 incremental backup time takes between 2h and 7h, we suspect a storage (misconfiguration) issue. Fulls take a lot longer, but I can't give you any time estimates now. For the moment we don't backup the replica's. Nor use them. But we could do it. We are 'planning' a storage migration too the coming months. Rudy -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert rudy.geva...@ugent.be tel:+32 9 264 4734 Directie ICT, afd. Infrastructuur ICT Department, Infrastructure office Groep SystemenSystems group Universiteit Gent Ghent University Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 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: Cyrus hanging when connecting to POP3 port several times
Tomasz Chmielewski wrote: Tomasz Chmielewski schrieb: My Cyrus is hanging when I try to connect to the POP3 or POP3S port several times, i.e. when connecting like this three-four-five times in a row: $ telnet 127.0.0.1 110 Trying 127.0.0.1... Connected to localhost (127.0.0.1). Escape character is '^]'. Stracing it leads me to an empty /dev/random. After looking at man pages, I see there is no option to specify an alternative random file location (i.e., /dev/urandom). Is recompilation the only way to get around this problem? You should recompile sasl to use /dev/urandom. Rudy -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert rudy.geva...@ugent.be tel:+32 9 264 4734 Directie ICT, afd. Infrastructuur ICT Department, Infrastructure office Groep SystemenSystems group Universiteit Gent Ghent University Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 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: Easy bug: undocumented option sasl_saslauthd_path to imapd
Christopher DeMarco wrote: imapd.conf will accept an option: sasl_saslauthd_path: /var/spool/postfix/var/run/saslauthd/mux instructing it to connect to the saslauthd socket in a non-standard location (usually /var/run). This is very useful if e.g. you're running Postfix in a chroot. A recursive grep for ``sasl_saslauthd_path'' in the source yields no occurances of this option anywhere! It should at least be in the imapd.conf or imapd manpages, correct? Hi please file a bug in the bugtracker, then your remark will not be lost and will be looked at asap. Rudy -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert [EMAIL PROTECTED] tel:+32 9 264 4734 Directie ICT, afd. Infrastructuur Direction ICT, Infrastructure dept. Groep Systemen Systems group Universiteit Gent Ghent University Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 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: plus addressing over lmtp not working / sam [box] anyone p set
Quoting Stefan Pampel [EMAIL PROTECTED]: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, it seems that plus addressing not work in my case: postfix configured correctly: main.cf: recipient_delimiter = + master.cf: lmtp unix - - n - - lmtp Mails basically reach the INBOX, but not the folder itself cyrus config: snip altnamespace: yes # even with no does not work virtdomains: userid defaultdomain: foo.bar.org unixhierarchysep: no /snip The folder lam user.user1.spam user1 lrswipcda anyone p The mail header contains To: user1 [EMAIL PROTECTED] Any hints? I don't have the manual page at hand right now, but isn't there an option to switch it on in imapd.conf? We are using + addressing without any problems. Is the folder already created? Do the cases match? -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert e-mail: [EMAIL PROTECTED] Directie ICT, Afdeling Infrastructuur Groep Systemen tel: +32 9 264 4750 Universiteit Gent fax: +32 9 264 4994 Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 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
not arriving emails, duplicate suppression, message-id
Dear list, Today I got a support ticket claiming that some mail was not arriving in a persons mailbox. Sure enough when I went trough all our postfix and cyrus logs I could see that the email was certainly delivered to our mail store. It was the duplicate delivery that eliminated duplicate message. When I grepped in the mailbox after that message id I could find an other totally different message with the same id. The only thing that both message had in common was that they were both created with Microsoft Outlook 12 and 11. I thought that the message-id should be unique. Has any body seen this before? I couldn't find any info on the net how it is generated by Outlook. Maybe it is a setting that can be changed? Thanks in advance, -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert [EMAIL PROTECTED] tel:+32 9 264 4734 Directie ICT, afd. Infrastructuur ICT Department, Infrastructure office Groep SystemenSystems group Universiteit Gent Ghent University Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 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: snmp monitoring two cyrus instances on one machine
Sebastian Hagedorn wrote: --On 8. September 2008 16:52:37 +0200 Rudy Gevaert [EMAIL PROTECTED] wrote: Some time ago I tried to get snmp monitoring of my cyrus installation. I got stuck back then and gave up. Today I tried again and surprisingly I managed to get a lot farther. I can read out the snmp values of 'a' cyrus instances. On each machine I run two cyrus instances. Using different IP addresses or just different ports? different ip's. But they both connect to /var/run/agentx One master and one replica. However it is not clear how I can distinguish between the master and the replica. If they are using different IP addresses I would expect that to work. I'ne never done that myself, though. Maybe I have overlooked something in the snmp output, but I can't see anything that specifies the backend. Thanks in advance, -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert [EMAIL PROTECTED] tel:+32 9 264 4734 Directie ICT, afd. Infrastructuur Direction ICT, Infrastructure dept. Groep Systemen Systems group Universiteit Gent Ghent University Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 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
snmp monitoring two cyrus instances on one machine
Hello, Some time ago I tried to get snmp monitoring of my cyrus installation. I got stuck back then and gave up. Today I tried again and surprisingly I managed to get a lot farther. I can read out the snmp values of 'a' cyrus instances. On each machine I run two cyrus instances. One master and one replica. However it is not clear how I can distinguish between the master and the replica. One on server when I do an snmp walk I get the data from the master, but on an other one I get the data of the replica. Ideally I want to get both, with two walks. Does anyone have an idea how to handle this? Thanks in advance, -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert [EMAIL PROTECTED] tel:+32 9 264 4734 Directie ICT, afd. Infrastructuur ICT Department, Infrastructure office Groep SystemenSystems group Universiteit Gent Ghent University Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 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: Skiplist errors on Cyrus 2.3.12
Stoyan Tzalev wrote: sorry to confirm this, +1 :( -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert [EMAIL PROTECTED] tel:+32 9 264 4734 Directie ICT, afd. Infrastructuur ICT Department, Infrastructure office Groep SystemenSystems group Universiteit Gent Ghent University Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 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: Telemetry Data Files
Adam Tauno Williams wrote:
I'm looking at Cyrus' ability to log telemetry data, but not finding
allot of documentation, so...
1220361788B00051 UID FETCH 485619 BODY.PEEK[]
1220361788* 66 FETCH (UID 485619 BODY[] {5256}
Return-Path: [EMAIL PROTECTED]
Received: from kyack.mormail.com (KYACK.mormail.com [192.168.1.8])
by imap.mormail.com (Cyrus v2.2.12) with LMTPA;
I assume that prefix indicates this is the command from the client
and is the response from the server (followed by the subsequent
data)?
yes
The 1220361788 is a timestamp? (since that roughly converts to now)
i assume so too :)
B00051 is some kind of sequence number?
yes, see section
2.2.1 and 2.2.2 of rfc3501
--
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
Rudy Gevaert [EMAIL PROTECTED] tel:+32 9 264 4734
Directie ICT, afd. Infrastructuur ICT Department, Infrastructure office
Groep SystemenSystems group
Universiteit Gent Ghent University
Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
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: Is unixhierarchysep:1 required when using virtdomain?
Bron Gondwana wrote: On Tue, Aug 26, 2008 at 03:11:41PM +0200, tarjei wrote: I read somewhere that setting unixhierarchysep to true is required when using virtdomain, but this is not mentioned on the man page. Wow, you could have fooled me. Is there something missing on the manpage, or have I just missunderstood something? We have a few hundred thousand users who are domain split, and we ddon't use unixhierarchysep. But then you don't have '.' in their user names, right? Rudy -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert [EMAIL PROTECTED] tel:+32 9 264 4734 Directie ICT, afd. Infrastructuur ICT Department, Infrastructure office Groep SystemenSystems group Universiteit Gent Ghent University Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 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
singleinstancestore and replication
Hi, I'm seeing a big difference in used space on my replicas and masters. Given the facts - that a mailbox is in sync; - I'm using the same configuration on master and replica; I can only see that the hard link count of certain files don't match. I can easily see how this can happen and don't see a way how we can prevent it. It's not even a problem. But, what I was wondering is. Am I not seeing anything over the head? Other issues that might be a cause for the difference in used space. Thanks, -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert [EMAIL PROTECTED] tel:+32 9 264 4734 Directie ICT, afd. Infrastructuur ICT Department, Infrastructure office Groep SystemenSystems group Universiteit Gent Ghent University Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 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: even more questions on replication and expire
Per olof Ljungmark wrote: In the course of setting up delayed expunge on our production server I came across the following; - With delayed_expunge on the master, messages that are expunged by a user will be retained -X days on the master but immideately deleted on the replica unless it has delayed_expunge too. So if I implement delayed_expunge on the replica, do I need cyr_expire to permanently remove messages after -X days or will sync_client do that? yes -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert [EMAIL PROTECTED] tel:+32 9 264 4734 Directie ICT, afd. Infrastructuur ICT Department, Infrastructure office Groep SystemenSystems group Universiteit Gent Ghent University Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 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: seen db
Bron Gondwana wrote: On Tue, 10 Jun 2008 15:29:01 +0200, Rudy Gevaert [EMAIL PROTECTED] said: Bron Gondwana wrote: Are you running a 64 bit kernel? Yes, but the system is 32bit (I run 64bit kernel + 32 emulation support) Interesting, so do we (on etch as well) (just wondering - we have hit pretty much the same issue - and were wondering about dodgy kernel issues being a proble - it's only one machine that seems to have corrupted seen files, only on replicas) We've been running 2.3.12 for about a week, and it's only last night that we had anything funny show up at all. Interestingly, it's probably the first time cyr_expire ran on 2.3.12 just before that - and also the first time our check-replication script was running, which loads a lot of seen files on BOTH ends. Here cyr_expire has been running on 2.3.12 for a couple of weeks. But here the first time too with the 64bit kernel. There you go. We've had the 64bit kernel approximately forever, but only just upgraded from 2.6.20 series to 2.6.25. I can try with a 32bit kernel tomorrow. Unfortunate with the 32bit kernel 2.6.24-2 it sync_server still segfaults. In attachment a strace to show where it segfaults Almost certainly boring, since it's file corruption. The file itself would be significantly more interesting. My guess - you'll be finding little blocks of (small n)*4 bytes which happen to be NULL. It's when they intersect with the pointers table that things get interesting. Oh - can you tell me. Did the file checkpoint sometime not too long before it got corrupted? The cases I saw it did. I've got a small set of theories, but I'm reading the skiplist source code (again!) to see if they make sense... Bron. I'm also wondering if what would happen if I brought up a master. Surely the imap processes would also segfault. Right? Here I can delete the mailbox on the replica and sync again. As a reconstruct doesn't help. -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert [EMAIL PROTECTED] tel:+32 9 264 4734 Directie ICT, afd. Infrastructuur ICT Department, Infrastructure office Groep SystemenSystems group Universiteit Gent Ghent University Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 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: seen db
Bron Gondwana wrote: Try a 2.6.20 kernel, just for an interesting datapoint. We changed back to 2.6.20 (64 bit still) and haven't seen a corrupted seen file since. I hope to try that still today. I'm now running on 2.6.24-2, 32bit. I have cleaned up the users that were having a corrupted mailbox on replica. Surprisingly I can count them on both hands. So now I'm again running with rolling replication and I'm doing a sync_client session for each user. When that is finnished I'll try to downgrade the kernel. Btw, I tested my sarge- etch upgrade in a xen virtual machine, 64bit kernel + 32 bit userspace. But this was 2.6.18. I'm still wondering if I should run 2.6.20 in 32bit or 64bit... Oh - can you tell me. Did the file checkpoint sometime not too long before it got corrupted? The cases I saw it did. Ditto here. Interesting. They also had quite long records, but I don't know how common that is. Lots of little bits of seen spread around the space. I'm not sure how I would see that? I'm not familiar with the internals of skiplist. I've got a small set of theories, but I'm reading the skiplist source code (again!) to see if they make sense... Bron. I'm also wondering if what would happen if I brought up a master. Surely the imap processes would also segfault. Right? If it was on those corrupted files, yes. On that machine - quite probably. If you can afford the hardware it may be worth testing. (hmm, I can possibly dedicate a 64 bit capable machine to testing this. If it's a kernel bug I'd love to reproduce it) Here I can delete the mailbox on the replica and sync again. As a reconstruct doesn't help. We find reconstructing helps now - but that's with the 2.6.20 kernel. There were multiple things going wrong before. We originally suspected the external drive unit was playing up, but I'm thinking kernel now. Thanks very much for you input! -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert [EMAIL PROTECTED] tel:+32 9 264 4734 Directie ICT, afd. Infrastructuur ICT Department, Infrastructure office Groep SystemenSystems group Universiteit Gent Ghent University Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 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
seen db
Hi, I'm seeing this in my logs mail5r/syncserver[19755]: seen_db: user [EMAIL PROTECTED] opened /mail/mail5r/var/imap/domain/u/ugent.be/user/n/nick^andries.seen mail5r/master[12683]: process 19755 exited, signaled to death by 11 mail5r/master[12683]: service syncserver pid 19755 in BUSY state: terminated abnormally Deleting the seen file on the replica, or reconstructing doesn't help. I need to delete the mailbox on the replica and resync it. It's only for certain users, so I don't think it has to do with my upgrade from sarge to etch. (I brought down my lun on sarge machine, and brought it up on the etch machine). I'm running 2.3.12p2 on sarge and etch. An other downside is that my replication hangs on that user. sync_client bails out, and restarts but with that user... So he keeps retrying. I would appreciate further help in debugging the problem. -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert [EMAIL PROTECTED] tel:+32 9 264 4734 Directie ICT, afd. Infrastructuur ICT Department, Infrastructure office Groep SystemenSystems group Universiteit Gent Ghent University Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 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: seen db
Bron Gondwana wrote:
Are you running a 64 bit kernel?
Yes, but the system is 32bit (I run 64bit kernel + 32 emulation support)
(just wondering - we have hit pretty much the same issue - and were
wondering about dodgy kernel issues being a proble - it's only one
machine that seems to have corrupted seen files, only on replicas)
We've been running 2.3.12 for about a week, and it's only last night
that we had anything funny show up at all.
Interestingly, it's probably the first time cyr_expire ran on 2.3.12
just before that - and also the first time our check-replication
script was running, which loads a lot of seen files on BOTH ends.
Here cyr_expire has been running on 2.3.12 for a couple of weeks. But
here the first time too with the 64bit kernel.
I can try with a 32bit kernel tomorrow.
In attachment a strace to show where it segfaults
Rudy
--
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
Rudy Gevaert [EMAIL PROTECTED] tel:+32 9 264 4734
Directie ICT, afd. Infrastructuur Direction ICT, Infrastructure dept.
Groep Systemen Systems group
Universiteit Gent Ghent University
Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
mkdir(/mail/mail5r/imap/sync./3399, 0755) = -1 EEXIST (File exists)
fcntl64(8, F_SETLKW, {type=F_RDLCK, whence=SEEK_SET, start=0, len=0}) = 0
fstat64(8, {st_mode=S_IFREG|0600, st_size=5391500, ...}) = 0
stat64(/mail/mail5r/var/imap/mailboxes.db, {st_mode=S_IFREG|0600,
st_size=5391500, ...}) = 0
fcntl64(8, F_SETLKW, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}) = 0
open(/mail/mail5r/imap/domain/u/ugent.be/m/user/meryem^kanmaz/cyrus.header,
O_RDWR) = 22
fstat64(22, {st_mode=S_IFREG|0600, st_size=259, ...}) = 0
mmap2(NULL, 259, PROT_READ, MAP_SHARED, 22, 0) = 0xf7fb3000
open(/mail/mail5r/imap/domain/u/ugent.be/m/user/meryem^kanmaz/cyrus.index,
O_RDWR) = 23
fstat64(23, {st_mode=S_IFREG|0600, st_size=121360, ...}) = 0
mmap2(NULL, 131072, PROT_READ, MAP_SHARED, 23, 0) = 0xf56b5000
open(/mail/mail5r/imap/domain/u/ugent.be/m/user/meryem^kanmaz/cyrus.cache,
O_RDWR) = 24
fstat64(24, {st_mode=S_IFREG|0600, st_size=3512008, ...}) = 0
mmap2(NULL, 3522560, PROT_READ, MAP_SHARED, 24, 0) = 0xf521
fstat64(23, {st_mode=S_IFREG|0600, st_size=121360, ...}) = 0
link(/mail/mail5r/imap/domain/u/ugent.be/m/user/meryem^kanmaz/14391.,
/mail/mail5r/imap/sync./3399/123.) = 0
lseek(15, 0, SEEK_CUR) = 0
link(/mail/mail5r/imap/domain/u/ugent.be/m/user/meryem^kanmaz/14412.,
/mail/mail5r/imap/sync./3399/124.) = 0
lseek(15, 0, SEEK_CUR) = 0
link(/mail/mail5r/imap/domain/u/ugent.be/m/user/meryem^kanmaz/14413.,
/mail/mail5r/imap/sync./3399/125.) = 0
lseek(15, 0, SEEK_CUR) = 0
link(/mail/mail5r/imap/domain/u/ugent.be/m/user/meryem^kanmaz/14417.,
/mail/mail5r/imap/sync./3399/126.) = 0
lseek(15, 0, SEEK_CUR) = 0
link(/mail/mail5r/imap/domain/u/ugent.be/m/user/meryem^kanmaz/14418.,
/mail/mail5r/imap/sync./3399/127.) = 0
lseek(15, 0, SEEK_CUR) = 0
link(/mail/mail5r/imap/domain/u/ugent.be/m/user/meryem^kanmaz/14421.,
/mail/mail5r/imap/sync./3399/128.) = 0
lseek(15, 0, SEEK_CUR) = 0
link(/mail/mail5r/imap/domain/u/ugent.be/m/user/meryem^kanmaz/14422.,
/mail/mail5r/imap/sync./3399/129.) = 0
lseek(15, 0, SEEK_CUR) = 0
link(/mail/mail5r/imap/domain/u/ugent.be/m/user/meryem^kanmaz/14424.,
/mail/mail5r/imap/sync./3399/130.) = 0
brk(0x81fc000) = 0x81fc000
lseek(15, 0, SEEK_CUR) = 0
link(/mail/mail5r/imap/domain/u/ugent.be/m/user/meryem^kanmaz/14425.,
/mail/mail5r/imap/sync./3399/131.) = 0
lseek(15, 0, SEEK_CUR) = 0
link(/mail/mail5r/imap/domain/u/ugent.be/m/user/meryem^kanmaz/14426.,
/mail/mail5r/imap/sync./3399/132.) = 0
lseek(15, 0, SEEK_CUR) = 0
link(/mail/mail5r/imap/domain/u/ugent.be/m/user/meryem^kanmaz/14427.,
/mail/mail5r/imap/sync./3399/133.) = 0
lseek(15, 0, SEEK_CUR) = 0
link(/mail/mail5r/imap/domain/u/ugent.be/m/user/meryem^kanmaz/14428.,
/mail/mail5r/imap/sync./3399/134.) = 0
lseek(15, 0, SEEK_CUR) = 0
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
Process 3399 detached
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
debian etch 2.3.12p2 com_err
Hello, I have compiled 2.3.12p2 on Debian Etch and I noticed that the binaries are not linked against com_err. Compiling on sarge with the same compile options produces binaries linked against com_err. I'm a bit confused why this is. As I have libcomerr2, and comerr-dev installed on both system. I compile with --with-com_err=/usr In config.log I see: COM_ERR_CPPFLAGS='-I/usr/include/et' COM_ERR_LDFLAGS='' COM_ERR_LIBS='/usr/lib/libcom_err.a' IMAP_COM_ERR_LIBS='/usr/lib/libcom_err.a' However, IMAP_LIBS does not have -lcom_err Also, the etch system doesn't have any kerberos libraries installed. Could that be the cause? Any idea why that is? Thanks in advance, -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert [EMAIL PROTECTED] tel:+32 9 264 4734 Directie ICT, afd. Infrastructuur ICT Department, Infrastructure office Groep SystemenSystems group Universiteit Gent Ghent University Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 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: APOP No Longer Working after Upgrade to IMAPd 2.3.12p2
Andrew Morgan wrote: On Wed, 30 Apr 2008, Jorey Bump wrote: Wesley Craig wrote, at 04/30/2008 04:26 PM: Two options: some motherboards have an entropy generator hardware device; or, use the random device that doesn't block when entropy is low. I think Cyrus IMAPd uses /dev/urandom by default, but I'm not sure how I can confirm this. I didn't specify anything during compilation, and I can't find a runtime setting to explicitly select the random device, either. In any case, I can now faithfully trigger the problem by making multiple webmail requests until the browser hangs, then hold down the spacebar of the server's keyboard to build up entropy until the request is served and performance returns to normal. I haven't had a chance to check if this restores APOP, though. Maybe an IMAP proxy would help prevent the webmail from depleting the entropy, but I'm still wondering why this is a problem on this server running Linux kernel 2.6 and not my other IMAP servers running Linux kernel 2.4. I have an identical Linux 2.6 server that isn't having this problem, and the only difference is that it doesn't have Cyrus IMAPd on it. Cyrus IMAP calls out to the sasl libraries to generate the APOP challenge. On my Debian Etch system, libsasl2.so uses /dev/random. That is strange! sasl in Debian Etch is compiled against /dev/urandom. And so my system confirms: cyrus:/usr/lib# strings libsasl2.* | grep random /dev/urandom /dev/urandom /dev/urandom /dev/urandom Rudy -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert [EMAIL PROTECTED] tel:+32 9 264 4734 Directie ICT, afd. Infrastructuur Direction ICT, Infrastructure dept. Groep Systemen Systems group Universiteit Gent Ghent University Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 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: Piecemeal migration
Robert Scussel wrote: After migrating multiple times, both with ImapSync and manually, and between Local accounts and Virtual accounts, I agree that ImapSync is the easiest way to migrate piecemeal or in it's entirety unless there is some sort of time constraint to get it done quickly. You can do it incremental. I have migrated over 30.000 users with imapsync. Mailboxes ranging from 1KB to 5G and more. Just run imapsync a couple of times untill the time it takes is small enough. -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert [EMAIL PROTECTED] tel:+32 9 264 4734 Directie ICT, afd. Infrastructuur ICT Department, Infrastructure office Groep SystemenSystems group Universiteit Gent Ghent University Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 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: fud
Martin Schweizer wrote: Sorry for the delay but I was busy in the past few days. I checked the above thread and find the file fud-client.c. I did compile it. As far as I can see the client works but until now I did not find the right command parameters for execute. Regards, ( I compiled fud-client.c) ./a.out -p 4201 kavula [EMAIL PROTECTED] INBOX user: [EMAIL PROTECTED] mbox: INBOX Number of Recent 0 Last read: Wed Apr 16 12:44:23 2008 Last arrived: Wed Apr 16 11:59:10 2008 And I have fud cmd=/usr/cyrus/bin/fud -C /etc/imapd.conf listen=kavula.ugent.be:fud prefork=1 proto=udp in the SERVICES section of my cyrus.conf And I have fud 4201/udp in /etc/services And I have set the acl 0 the mailbox of user/[EMAIL PROTECTED] -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert [EMAIL PROTECTED] tel:+32 9 264 4734 Directie ICT, afd. Infrastructuur ICT Department, Infrastructure office Groep SystemenSystems group Universiteit Gent Ghent University Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 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 use cyradm with imaps ?
Sébastien Rozier wrote: Hello, I want to desactivate completely imap service to keep only imaps. But I can't manage to connect to my server with cyradm. (Everything is working fine if I keep regulat imap service) I once concluded that cyradm doesn't support imap over SSL. Rudy -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert [EMAIL PROTECTED] tel:+32 9 264 4734 Directie ICT, afd. Infrastructuur Direction ICT, Infrastructure dept. Groep Systemen Systems group Universiteit Gent Ghent University Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 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: reconstruct doing nothing
Jo Rhett wrote: Did this truly fix the problem? If so, when will 2.3.12 ship? Maybe soon, as can is updating the copyright statements in CVS :) Rudy -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert [EMAIL PROTECTED] tel:+32 9 264 4734 Directie ICT, afd. Infrastructuur Direction ICT, Infrastructure dept. Groep Systemen Systems group Universiteit Gent Ghent University Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 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: reconstruct doing nothing
Bart Coninckx wrote: it's normally user/[EMAIL PROTECTED] Depending on what you are restoring it is advisable to remove all cyrus.* files in the the folders. And recreating only the cyrus.header file. (Mind the permissions.) Good luck. (I always spend to much time on reconstruct too.) Rudy Rudy, Any hints on how to recreate cyrus.header? touch cyrus.header :) chown cyrus:mail cyrus.yeader -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert [EMAIL PROTECTED] tel:+32 9 264 4734 Directie ICT, afd. Infrastructuur Direction ICT, Infrastructure dept. Groep Systemen Systems group Universiteit Gent Ghent University Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 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: reconstruct doing nothing
Bart Coninckx wrote: touch cyrus.header :) chown cyrus:mail cyrus.yeader :-D Since other cyrus.header files are binary files, this didn't look obvious to me ... Just deleted cyrus.*, touched cyrus.header with the correct ownerships and did /usr/lib/cyrus/bin/reconstruct -rfx user/[EMAIL PROTECTED], but nothing. Two steps away from pulling my server out in the rain :-) What cyrus version? I'm using 2.3.10. Also note that it is not because reconstruct tells you a thing it isn't doing a thing. E.g. if the folders are already in the mailboxes.db file then it won't tell you a thing. It should say 'discovered new folder' for new a new folder. Did you already login for that user? Rudy -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert [EMAIL PROTECTED] tel:+32 9 264 4734 Directie ICT, afd. Infrastructuur Direction ICT, Infrastructure dept. Groep Systemen Systems group Universiteit Gent Ghent University Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 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: reconstruct doing nothing
Gabor Gombas wrote: On Fri, Mar 21, 2008 at 04:57:18PM +0100, Bart Coninckx wrote: Gabor, is this patch relevant when I do get a result onscreen from reconstruct? Without the patch, reconstruct -r processes only the exact mailbox given on the command line but does not descend into subfolders, like when the -r switch was not given at all. At least that's the case with my configuration. Some time ago I noticed the same, but some time after that it did recurse. Anyway, doing reconstruct -rfx user/first.lastname/[EMAIL PROTECTED] reconstructs the sub folders too. Rudy -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert [EMAIL PROTECTED] tel:+32 9 264 4734 Directie ICT, afd. Infrastructuur Direction ICT, Infrastructure dept. Groep Systemen Systems group Universiteit Gent Ghent University Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 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: STARTTLS on Cyrus IMAPd 2.3.11
Jorey Bump wrote: Jorey Bump wrote, at 03/18/2008 09:18 PM: I'm focusing now on the open_ssl error wrong version number and just realized the current system uses openssl 0.9.7l, while the new environment uses openssl 0.9.8e. This might be significant, but I haven't found anything conclusive. I know that other bugs were introduced with this release. Taking another tack, I configured Postfix to use the same certificate and STARTTLS connections work fine. So, there's no interference from my network connection, and my openssl version seems to present no obstacle that can't be overcome. Can anyone confirm that STARTTLS connections to port 143 work with 2.3.11? I still have a 2.3.11rc-1 running here on my test machine. But I can say that using TLS with thunderbird (and mutt) work. But I'm using libssl.so.0.9.7 (Debian sarge.) -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert [EMAIL PROTECTED] tel:+32 9 264 4734 Directie ICT, afd. Infrastructuur ICT Department, Infrastructure office Groep SystemenSystems group Universiteit Gent Ghent University Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 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: Vacation notices time controlled
Christian Garling wrote: Hello, is there a user-friendly way to create time controlled vacation notices? We want to define start date and end date for vacation. I did not find something that would work while my internet search. This is not possible from the Sieve implementation in Cyrus. IIRC the Sieve RFCs don't provide it either. Rudy -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert [EMAIL PROTECTED] tel:+32 9 264 4734 Directie ICT, afd. Infrastructuur ICT Department, Infrastructure office Groep SystemenSystems group Universiteit Gent Ghent University Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 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: cyrus on iscsi
Joe Vieira wrote: Hey, We are using iscsi, for approx 3TB and 7k users (half of which are current students) what kind of numbers/stats are in interested in seeing? We currently are running 6x400G for 40k of users on fibre channel. And need to go to iscsi for a migration. I was wondering if the iscsi would handle it. How many users does your setup handle concurrently? (Is that on one machine?). What OS? Thanks in advance, Rudy -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert [EMAIL PROTECTED] tel:+32 9 264 4734 Directie ICT, afd. Infrastructuur ICT Department, Infrastructure office Groep SystemenSystems group Universiteit Gent Ghent University Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 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
cyrus on iscsi
Hi, Is someone running a cyrus instance on iscsi? And is your instance big/ heavy loaded? Thanks in advance, Rudy -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert [EMAIL PROTECTED] tel:+32 9 264 4734 Directie ICT, afd. Infrastructuur ICT Department, Infrastructure office Groep SystemenSystems group Universiteit Gent Ghent University Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 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: Rename mailbox
Paul van der Vlis wrote: Hello, I would like to rename a mailbox, but it does not work: localhost sam user.maxima cyrus lrswipcda localhost rename user.maxima user.maxima2 renamemailbox: Operation is not supported on mailbox Is there another way? Maybe create a new mailbox and copy everything to it? Is it enabled in your imapd.conf? allowrename or something like that. Rudy -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert [EMAIL PROTECTED] tel:+32 9 264 4734 Directie ICT, afd. Infrastructuur ICT Department, Infrastructure office Groep SystemenSystems group Universiteit Gent Ghent University Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 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: fosdem
Rudy Gevaert wrote: Hi, Any anybody who is using cyrus heading to Fosdem (that's in Brussels, Belgium)? http://www.fosdem.org If so, maybe we can have an informal meet. Hi, As some people have replied. Maybe we can have lunch the Saturday? Between 12 and 14. Please reply of list to me if you still interested. Rudy -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert [EMAIL PROTECTED] tel:+32 9 264 4734 Directie ICT, afd. Infrastructuur ICT Department, Infrastructure office Groep SystemenSystems group Universiteit Gent Ghent University Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 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: changed to altnamespace but NAMESPACE list is wrong
Brian J. Murrell wrote: On Sun, 2008-02-03 at 10:31 -0500, Ken Murchison wrote: What is your sample set of users that you have checked? Admins always use the default (internal) namespace. Ah ha! This is the missing link then. Yes, indeed, the sample user for which the altnamespace change was made was indeed an admin. So in your examples below, if the second user is an admin, then the results make sense. Indeed. FYI, regular users SHOULD NOT be listed as admins. But if the chosen admin is a cyrus user... I guess the MO should be to give admins access to the cyrus account, not make their accounts cyrus admins? Have a look at the proxyservers option in imapd.conf. You can list serveral users that can authorize as other users if you are using PLAIN with SASL authentications. 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: cyrus_imapd + saslauthd problem
jpd wrote: Hopefully this is to the right list. I am trying to get ldap users to work with cyrus and not having much luck. So I tried dropping back to pam, as I have another setup like this, and this did not work as well. So its not going well. The problem seems to the that cyrus is not taking to saslauthd - as I have run saslauthd in a debug mode to see what happens. Any ideas why cyrus would not want the talk to saslauthd when it has been configured to. Binaries are of the blastwave repository Working version is on opensolaris b77 x86 Broke one is on Solaris 10 sparc Any ideas on how you get cyrus into a debug mode to see whats happing there? What is in your imapd.conf? Mine has: sasl_pwcheck_method: saslauthd sasl_mech_list: PLAIN And saslauthd is started with the ldap switch. Cyrus logs to syslog. Documentation for the IMAP server is located in the doc directory of the distribution. Have look there. Rudy -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert [EMAIL PROTECTED] tel:+32 9 264 4734 Directie ICT, afd. Infrastructuur ICT Department, Infrastructure office Groep SystemenSystems group Universiteit Gent Ghent University Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 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: cyrus_imapd + saslauthd problem
jpd wrote: This is the problem that is how my config file is set and it does not work Even when it is set to pam it does not work. Which is werid as my other setup works fine Theres nothing in the logs so I have no idea why Cyrus is not talking to saslauthd So any ideas? Could this be a fubar compile? Make sure cyrus daemon has access to the saslauthd socket. -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert [EMAIL PROTECTED] tel:+32 9 264 4734 Directie ICT, afd. Infrastructuur ICT Department, Infrastructure office Groep SystemenSystems group Universiteit Gent Ghent University Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 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
fosdem
Hi, Any anybody who is using cyrus heading to Fosdem (that's in Brussels, Belgium)? http://www.fosdem.org If so, maybe we can have an informal meet. Rudy -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert [EMAIL PROTECTED] tel:+32 9 264 4734 Directie ICT, afd. Infrastructuur ICT Department, Infrastructure office Groep SystemenSystems group Universiteit Gent Ghent University Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 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: Imapd/Sasl/Ldap
Hi, I'm also using saslauthd with ldap. The only needed configuration of cyrus is sasl_pwcheck_method: saslauthd sasl_mech_list: PLAIN You can remove all the other lines. I then have in my saslauthd.conf file the following lines: ldap_auth_method: custom ldap_bind_dn: ldap_bind_pw: ldap_default_real: UGent.be ldap_filter: ((umMailObjectStatus=enabled)(umCyrusStatus=enabled)(umLogin=%u)) ldap_password_attr: userPassword ldap_search_base: ou=mail ldap_servers: ldap://127.0.0.1/ ldaps://myld.ugent.be/ ldap_version: 3 -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert [EMAIL PROTECTED] tel:+32 9 264 4734 Directie ICT, afd. Infrastructuur ICT Department, Infrastructure office Groep SystemenSystems group Universiteit Gent Ghent University Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 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: LMTP Creates Mailbox
Daniel Aquino wrote: Can an attempt to submit a message via lmtp auto construct a imap user with default settings? No. You need to use the autocreate patches from http://email.uoa.gr/projects/cyrus/autocreate/ -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert [EMAIL PROTECTED] tel:+32 9 264 4734 Directie ICT, afd. Infrastructuur ICT Department, Infrastructure office Groep SystemenSystems group Universiteit Gent Ghent University Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 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: LMTP Creates Mailbox
Daniel Aquino wrote: And a local lmtp unix socket just blindly trusts that the mta has authenticated and validated the user? What do you mean with 'the user'. The user allowed to deliver mail (e.g. you do authenticated lmtp)? The normal procedure is that you 1) create a user in your authentication back end 2) create the mailbox of the user in your cyrus installation Rudy PS please reply to the mailing list. -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert [EMAIL PROTECTED] tel:+32 9 264 4734 Directie ICT, afd. Infrastructuur ICT Department, Infrastructure office Groep SystemenSystems group Universiteit Gent Ghent University Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 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: LMTP Creates Mailbox
Daniel Aquino wrote: On Jan 14, 2008 2:18 AM, Rudy Gevaert [EMAIL PROTECTED] wrote: Daniel Aquino wrote: Can an attempt to submit a message via lmtp auto construct a imap user with default settings? No. You need to use the autocreate patches from http://email.uoa.gr/projects/cyrus/autocreate/ Hm so I guess then even though you can authenticate bottom line is that you must have a user setup in cyrus first. That is correct. -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert [EMAIL PROTECTED] tel:+32 9 264 4734 Directie ICT, afd. Infrastructuur ICT Department, Infrastructure office Groep SystemenSystems group Universiteit Gent Ghent University Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 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
IMAPClient.pm reset by peer
Hi,
I'm trying to write a script that uses the IMAPClient perl library.
When I issue e.g.
$master-fetch(1:60,(FLAGS BODY[HEADER.FIELDS (DATE FROM
SUBJECT)])) or die Master Could not fetch: [EMAIL PROTECTED];
I see this (imap debug on the perl side):
Sending: 4 FETCH 1:60 (FLAGS BODY[HEADER.FIELDS (DATE FROM SUBJECT)])
Sent 62 bytes
Master Could not fetch: Error while reading data from server: Resource
temporarily unavailable
Looking on the cyrus side I see:
* 60 FETCH (FLAGS (\Seen Old) BODY[HEADER.FIELDS (DATE FROM SUBJECT)] {102}
Subject: Unrecognized pattern!
Date: Thu, 13 Dec 2007 10:42:27 +0100
From: [EMAIL PROTECTED]
)
4 OK Completed (0.000 sec)
1199961562* BYE Connection reset by peer
Running that command via imtest works like a charm. So I guess I must
be doing something wrong on the perl side.
I know that isn't is a perl mailinglist, but I wouldn't know where to ask.
Thanks in advance,
Rudy
--
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
Rudy Gevaert [EMAIL PROTECTED] tel:+32 9 264 4734
Directie ICT, afd. Infrastructuur ICT Department, Infrastructure office
Groep SystemenSystems group
Universiteit Gent Ghent University
Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
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: IMAPClient.pm reset by peer
Ok, it was the timeout of the imap session that was set to low. Rudy -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert [EMAIL PROTECTED] tel:+32 9 264 4734 Directie ICT, afd. Infrastructuur ICT Department, Infrastructure office Groep SystemenSystems group Universiteit Gent Ghent University Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 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
