Re: segfaults with cyrus-imapd 3.0.9 on latest arch linux
Am 20.03.19 um 17:11 schrieb Patrick Goetz: Jakob has already updated the AUR package, which appears to have resolved this issue. The related upstream bug is #2629. After looking at the new PKGBUILD I knew it works because it's identical to my solution ;-) I appreciate your detailed explanation about the packaging but please let's stop here and not hijack this mailing list for arch linux or AUR topics, maybe we read again at https://aur.archlinux.org/packages/cyrus-imapd/ Best Regards, -ap smime.p7s Description: S/MIME Cryptographic Signature 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: segfaults with cyrus-imapd 3.0.9 on latest arch linux
Am 20.03.19 um 13:39 schrieb Patrick Goetz: It would appear that --disable-pcre is a configuration option you can't actually use. yes, it seems so. the defines in the header: #ifdef ENABLE_REGEX # ifdef HAVE_PCREPOSIX_H # include # include # else /* !HAVE_PCREPOSIX_H */ # ifdef HAVE_RXPOSIX_H # include # else /* !HAVE_RXPOSIX_H */ # include # endif /* HAVE_RXPOSIX_H */ # endif /* HAVE_PCREPOSIX_H */ #endif /* ENABLE_REGEX */ configure.ac: if test "$enable_pcre" != "no"; then AC_CHECK_HEADER(pcreposix.h) if test "$ac_cv_header_pcreposix_h" = "yes"; then AC_MSG_CHECKING(for utf8 enabled pcre) AC_CACHE_VAL(cyrus_cv_pcre_utf8, AC_TRY_CPP([#include #ifndef REG_UTF8 #include #endif],cyrus_cv_pcre_utf8=yes,cyrus_cv_pcre_utf8=no)) AC_MSG_RESULT($cyrus_cv_pcre_utf8) else cyrus_cv_pcre_utf8="no" fi if test "$cyrus_cv_pcre_utf8" = "yes"; then LIBS="$LIBS -lpcre -lpcreposix"; AC_DEFINE(ENABLE_REGEX, [], [Do we have a regex library?]) AC_DEFINE(HAVE_PCREPOSIX_H, [], [Do we have usable pcre library?]) else AC_CHECK_HEADERS(rxposix.h) if test "$ac_cv_header_rxposix_h" = "yes"; then LIBS="$LIBS -lrx" AC_DEFINE(ENABLE_REGEX, [], [Do we have a regex library?]) else AC_SEARCH_LIBS(regcomp, regex, AC_DEFINE(ENABLE_REGEX, [], [Do we have a regex library?]), []) fi fi fi the whole block depends on "$enable_pcre", so if I disable pcre, i disable regexp conpletely. I think, it should look like this: if test "$enable_pcre" != "no"; then AC_CHECK_HEADER(pcreposix.h) if test "$ac_cv_header_pcreposix_h" = "yes"; then AC_MSG_CHECKING(for utf8 enabled pcre) AC_CACHE_VAL(cyrus_cv_pcre_utf8, AC_TRY_CPP([#include #ifndef REG_UTF8 #include #endif],cyrus_cv_pcre_utf8=yes,cyrus_cv_pcre_utf8=no)) AC_MSG_RESULT($cyrus_cv_pcre_utf8) else cyrus_cv_pcre_utf8="no" fi if test "$cyrus_cv_pcre_utf8" = "yes"; then LIBS="$LIBS -lpcre -lpcreposix"; AC_DEFINE(ENABLE_REGEX, [], [Do we have a regex library?]) AC_DEFINE(HAVE_PCREPOSIX_H, [], [Do we have usable pcre library?]) fi else cyrus_cv_pcre_utf8="no" AC_CHECK_HEADERS(rxposix.h) if test "$ac_cv_header_rxposix_h" = "yes"; then LIBS="$LIBS -lrx" AC_DEFINE(ENABLE_REGEX, [], [Do we have a regex library?]) else AC_SEARCH_LIBS(regcomp, regex, AC_DEFINE(ENABLE_REGEX, [], [Do we have a regex libra ry?]), []) fi fi if you don't disable pcre, you must have pcre available, otherwise no regexp because there's no fallback. if you disable pcre, it checks for rposix.h and fallsback to anything providing regcomp. if nothing is found, no regexp support. As diff: --- configure.ac.org2019-03-15 01:31:20.0 +0100 +++ configure.ac2019-03-20 19:19:05.077550582 +0100 @@ -674,18 +674,16 @@ if test "$enable_pcre" != "no"; then LIBS="$LIBS -lpcre -lpcreposix"; AC_DEFINE(ENABLE_REGEX, [], [Do we have a regex library?]) AC_DEFINE(HAVE_PCREPOSIX_H, [], [Do we have usable pcre library?]) -else -AC_CHECK_HEADERS(rxposix.h) -if test "$ac_cv_header_rxposix_h" = "yes"; then -LIBS="$LIBS -lrx" -AC_DEFINE(ENABLE_REGEX, [], - [Do we have a regex library?]) -else -AC_SEARCH_LIBS(regcomp, regex, -AC_DEFINE(ENABLE_REGEX, [], -[Do we have a regex library?]), []) -fi fi +else + cyrus_cv_pcre_utf8="no" + AC_CHECK_HEADERS(rxposix.h) + if test "$ac_cv_header_rxposix_h" = "yes"; then + LIBS="$LIBS -lrx" + AC_DEFINE(ENABLE_REGEX, [], [Do we have a regex library?]) + else + AC_SEARCH_LIBS(regcomp, regex, AC_DEFINE(ENABLE_REGEX, [], [Do we have a regex library?]), []) + fi fi dnl look for an option to disable sign-comparison warnings (needed for with this change: ./configure --disable-pcre $ egrep 'REGEX|PCRE' config.h #define ENABLE_REGEX /**/ /* #undef HAVE_PCREPOSIX_H */ ./configure --disable-pcre $ egrep 'REGEX|PCRE' config.h #define ENABLE_REGEX /**/ #define HAVE_PCREPOSIX_H /**/ seems to work, but as I said, I'm not a software guy and i don't know autotools, there's probably a better solution. Regards, -ap smime.p7s Description: S/MIME Cryptographic Signature
Re: segfaults with cyrus-imapd 3.0.9 on latest arch linux
Am 19.03.19 um 22:00 schrieb Patrick Goetz: Have you tried the 3.0.9 AUR package? https://aur.archlinux.org/packages/cyrus-imapd Once you get the dependencies down, this one compiles and runs. I noticed the package, it's good to see a recent version in AUR but it has too many dependecies for my taste, I need a stripped down version. Unfortunately the AUR package doesn't work for me either, i build it in a VM with a fresh installed arch and it has the same problem: Starting program: /usr/bin/cyrdump user/test [Thread debugging using libthread_db enabled] Using host libthread_db library "/usr/lib/libthread_db.so.1". Program received signal SIGSEGV, Segmentation fault. 0x77c76205 in re_compile_internal () from /usr/lib/libc.so.6 (gdb) bt #0 0x77c76205 in re_compile_internal () from /usr/lib/libc.so.6 #1 0x77c77511 in regcomp () from /usr/lib/libc.so.6 #2 0x77e3d980 in glob_init () from /usr/lib/libcyrus.so.0 #3 0x77f38276 in ?? () from /usr/lib/libcyrus_imap.so.0 #4 0x77f3e5b7 in mboxlist_findallmulti () from /usr/lib/libcyrus_imap.so.0 #5 0x61aa in ?? () #6 0x77bbb223 in __libc_start_main () from /usr/lib/libc.so.6 #7 0x61ee in ?? () Best Regards, -ap smime.p7s Description: S/MIME Cryptographic Signature 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: segfaults with cyrus-imapd 3.0.9 on latest arch linux
Am 19.03.19 um 19:47 schrieb Jason L Tibbitts III:
"AP" == Andreas Piesk writes:
AP> Hello list, i'm trying to get cyrus-imapd 3.0.9 (testet 3.0.8 too)
AP> running on latest arch linux. Here's the configure summary:
AP> External dependencies: ldap: no openssl: yes zlib: yes pcre: yes
AP> #6 0x7fc4aa385050 re_acquire_state_context (libc.so.6)
AP> #7 0x7fc4aa3907d4 re_compile_internal (libc.so.6)
AP> #8 0x7fc4aa391511 regcomp (libc.so.6)
You have pcre enabled but you are calling glibc regex functions. You
may wish to double check that you are linking properly. Fedora went
through a similar issue a while back when --Wl,--as-needed was added to
the default set of compiler flags, which caused subtle variations in the
link order. The end result was that Fedora picked up a set of pcre
patches similar to what some other distros have to avoid duplicating the
glibc symbol names.
These are the default LDFLAGS Arch Linux uses:
LDFLAGS="-Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now"
If I link without '--as-needed' crydump etc. do work without segfaulting.
"configure --disable-pcre" does not work:
lib/glob.h:57:5: error: unknown type name ‘regex_t’
I have no idea how to change the linkage order to put pcre before glibc (don't
know if and how this is possible, I'm a hardware guy), I'm just building with
autoreconf -f
./configure
so I think my only option is to drop '--as-needed' from LDFLAGS and execute
./configure LDFLAGS=${LDFLAGS/,--as-needed/}
Thanks for pointing me in the right direction, highly appreciated.
Best Regards,
-ap
smime.p7s
Description: S/MIME Cryptographic Signature
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
segfaults with cyrus-imapd 3.0.9 on latest arch linux
Hello list, i'm trying to get cyrus-imapd 3.0.9 (testet 3.0.8 too) running on latest arch linux. Here's the configure summary: Cyrus Server configured components event notification: yes gssapi: yes autocreate: no idled: yes httpd: yes kerberos V4:no murder: yes nntpd: yes replication:yes sieve: yes calalarmd: yes objectstore:no backup: yes com_err: External dependencies: ldap: no openssl:yes zlib: yes pcre: yes clamav: no --- caringo:no openio: no --- nghttp2:yes brotli: no xml2: yes ical: yes icu4c: yes shapelib: no Database support: mysql: no postgresql: no sqlite: yes lmdb: no Search engine: squat: yes sphinx: no xapian: no xapian_flavor: none Hardware support: SSE4.2: yes Installation directories: prefix: /usr sysconfdir: /etc The software builds succesful but executing commands with cyradm produces core dumps like this one: localhost.localdomain> cm user.test localhost.localdomain> lm localhost.localdomain> cyrus/master[20901]: process type:SERVICE name:imap path:/usr/lib/cyrus/imapd age:33.405s pid:20904 signaled to death by signal 6 (Aborted, core dumped) systemd-coredump[20913]: Process 20904 (imapd) of user 1001 dumped core. Stack trace of thread 20904: #0 0x7fc4aa2e8d7f raise (libc.so.6) #1 0x7fc4aa2d3672 abort (libc.so.6) #2 0x7fc4aa32b878 __libc_message (libc.so.6) #3 0x7fc4aa33218a malloc_printerr (libc.so.6) #4 0x7fc4aa3354ac _int_malloc (libc.so.6) #5 0x7fc4aa337736 __libc_calloc (libc.so.6) #6 0x7fc4aa385050 re_acquire_state_context (libc.so.6) #7 0x7fc4aa3907d4 re_compile_internal (libc.so.6) #8 0x7fc4aa391511 regcomp (libc.so.6) #9 0x7fc4aaaf09a0 glob_init (libcyrus.so.0) #10 0x7fc4aabe2c46 mboxlist_do_find (libcyrus_imap.so.0) #11 0x7fc4aabe8f87 mboxlist_findallmulti (libcyrus_imap.so.0) #12 0x5558cc431ef6 list_data (imapd) #13 0x5558cc43e37f cmdloop (imapd) #14 0x5558cc44282f service_main (imapd) #15 0x5558cc41f823 main (imapd) #16 0x7fc4aa2d5223 __libc_start_main (libc.so.6) #17 0x5558cc41fe3e _start (imapd) # cyrdump -v user.test Segmentation fault in gdb: Starting program: /usr/bin/cyrdump user.test [Thread debugging using libthread_db enabled] Using host libthread_db library "/usr/lib/libthread_db.so.1". Program received signal SIGSEGV, Segmentation fault. 0x77c90205 in re_compile_internal () from /usr/lib/libc.so.6 (gdb) bt #0 0x77c90205 in re_compile_internal () from /usr/lib/libc.so.6 #1 0x77c91511 in regcomp () from /usr/lib/libc.so.6 #2 0x77e549a0 in glob_init (str=, sep=sep@entry=47 '/') at lib/glob.c:112 #3 0x77f46c46 in mboxlist_do_find (rock=rock@entry=0x7fffeaf0, patterns=patterns@entry=0x55571680) at imap/mboxlist.c:2723 #4 0x77f4cf87 in mboxlist_findallmulti (namespace=, patterns=0x55571680, isadmin=, userid=0x0, auth_state=, proc=, rock=0x7fffebb4) at imap/mboxlist.c:2942 #5 0x61aa in main (argc=, argv=0x7fffecc8) at im
Re: fatal error: failed to mmap new message file
On 27.11.2011 19:59, Dave McMurtrie wrote:
>
> Indeed, and I can see that an earlier mmap for a file in the same
> directory succeeded. I'm sorry, but I have no idea why mmap is failing in
> this manner.
>
open("/var/spool/imap/b/user/barnosky", O_RDONLY) = 12
fstat64(12, {st_mode=S_IFDIR|0700, st_size=282624, ...}) = 0
mmap2(NULL, 282624, PROT_READ, MAP_SHARED, 12, 0) = -1 ENODEV (No such
device)
but if i'm reading the strace correct, mmap() maps the directory
/var/spool/imap/b/user/barnosky,
not a file, right? i didn't even know that mmap() can do that or how that works.
regards,
-ap
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Re: cyr_expire does not delete files on disk with expunge_mode:delayed?
Bron Gondwana schrieb: > > This bug is also fixed in Cyrus 2.4.x. is it this commit?: http://git.cyrusimap.org/cyrus-imapd/commit/?h=cyrus-imapd-2.4&id=48f2fab8c42716201c1f55646110df306ae750ed maybe i can patch my 2.3.16 to fix it. regards, -ap Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Re: cyr_expire does not delete files on disk with expunge_mode:delayed?
Kenneth Marshall schrieb: > We hit the same issue. You will need to run cyr_expire twice to > have items be removed correctly. Once as you are currently doing > and then a second time ignoring the mailbox annotations (the "-a" > option). This will actually run the delete. > yep, that did the trick. thank you. regards, -ap Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
cyr_expire does not delete files on disk with expunge_mode:delayed?
Hello,
i just noticed a strange problem with expunge_mode:delayed which i cannot
explain. it's probably a
lack of understanding on my side since i'm no cyrus-imap expert not even an
email expert :)
OK, let me explain my problem. recently i discovered that my spam mailbox had
14.000 messages in it,
which surprised me necause i thought, cyr_expire deletes messages every day. i
checked the mailbox
with cyrdump and according to cyrdump it was empty. so i ran some tests to
understand what went wrong:
this is the mailbox for the test:
localhost.localdomain> info user.me.Junk
{user.me.Junk}:
condstore: false
duplicatedeliver: false
expire: 7
lastpop:
lastupdate: 21-Nov-2010 01:10:29 +0100
partition: default
pop3newuidl: true
sharedseen: false
size: 0
squat: false
first test with expunge_mode:delayed
$ ls -l /var/spool/imap/user/me/Junk/
total 24
-rw--- 1 cyrus mail 4 Nov 21 00:51 cyrus.cache
-rw--- 1 cyrus mail 153 Nov 21 00:51 cyrus.header
-rw--- 1 cyrus mail 96 Nov 21 00:51 cyrus.index
nothing in there. let's move a message in there:
$ ls -l /var/spool/imap/user/me/Junk/
total 32
-rw--- 2 cyrus mail 2952 Oct 25 2005 172936.
-rw--- 1 cyrus mail 836 Nov 21 00:58 cyrus.cache
-rw--- 1 cyrus mail 153 Nov 21 00:51 cyrus.header
-rw--- 1 cyrus mail 184 Nov 21 00:58 cyrus.index
and delete the message. status after deletion:
$ ls -l /var/spool/imap/user/me/Junk/
total 32
-rw--- 3 cyrus mail 2952 Oct 25 2005 172936.
-rw--- 1 cyrus mail 836 Nov 21 00:58 cyrus.cache
-rw--- 1 cyrus mail 153 Nov 21 00:51 cyrus.header
-rw--- 1 cyrus mail 184 Nov 21 01:01 cyrus.index
$ /usr/lib/cyrus-imapd/cyrdump user.me.Junk
imap://pyramid/user.me.Junk
0
172937
172936
172936
still there but flagged as deleted, which is OK, cyr_expire should take care:
$ /usr/lib/cyrus-imapd/cyr_expire -v -E 90 -X 0
Expunging deleted messages in mailboxes older than 0 days
expiring messages in user.me.Junk older than 7 days
expiring messages in user.me.VIRUS older than 7 days
but it is still there:
$ ls -l /var/spool/imap/user/me/Junk/
total 40
-rw--- 3 cyrus mail 2952 Oct 25 2005 172936.
-rw--- 1 cyrus mail 836 Nov 21 00:58 cyrus.cache
-rw--- 1 cyrus mail 184 Nov 21 01:04 cyrus.expunge
-rw--- 1 cyrus mail 153 Nov 21 00:51 cyrus.header
-rw--- 1 cyrus mail 96 Nov 21 01:04 cyrus.index
but cyrus thinks it's really gone:
$ /usr/lib/cyrus-imapd/cyrdump user.me.Junk
imap://pyramid/user.me.Junk
0
172937
no messages, not even deleted ones.
now with expunge_mode_immediate:
$ ls -l /var/spool/imap/user/me/Junk/
total 32
-rw--- 2 cyrus mail 2952 Oct 24 2005 172937.
-rw--- 1 cyrus mail 836 Nov 21 01:07 cyrus.cache
-rw--- 1 cyrus mail 153 Nov 21 01:07 cyrus.header
-rw--- 1 cyrus mail 184 Nov 21 01:07 cyrus.index
delete message and check flags:
$ ls -l /var/spool/imap/user/me/Junk/
total 32
-rw--- 3 cyrus mail 2952 Oct 24 2005 172937.
-rw--- 1 cyrus mail 836 Nov 21 01:07 cyrus.cache
-rw--- 1 cyrus mail 153 Nov 21 01:07 cyrus.header
-rw--- 1 cyrus mail 184 Nov 21 01:08 cyrus.index
$ /usr/lib/cyrus-imapd/cyrdump user.me.Junk
imap://pyramid/user.me.Junk
0
172938
172937
172937
message still on disk but correctly flagged as deleted. after running
cyr_expire:
$ ls -l /var/spool/imap/user/me/Junk/
total 24
-rw--- 1 cyrus mail 4 Nov 21 01:10 cyrus.cache
-rw--- 1 cyrus mail 153 Nov 21 01:07 cyrus.header
-rw--- 1 cyrus mail 96 Nov 21 01:10 cyrus.index
message was deleted.
it seems that with expunge_mode:delayed running cyr_expire does not delete the
message files, why
and how can i change that? for now my workaround is to set
expunge_mode:immediate.
if i miss something or my test is bogus, please let me know, i'm willing to
learn :)
Thanks.
regards,
-ap
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
corrupt header and index files and mailbox.db problem with cyrus-imap-2.0.16(lengthy)
i'm running cyrus-2.0.16 wih db3-3.2.9 on debian linux 3.0 (glibc-2.2.5). fairly often (every 1-2 days) a user has trouble wih some mail folders. he or she cannot do any operation on the folders. the solution so far is to remove all cyrus.* files in that folder and run reconstruct. there are no entries in the logfiles indicating a problem. the filesystem is ext3. what can cause the corruption and how could i prevent it? yesterday i was forced to restart the cyrus-imap server. a user could not access his inbox (see problem above). the reconstruct didn't return. delivery processes didnt return. i tried to get a mailbox list using cyradm, no success but i got the following error message: # grep DBERROR /var/log/imapd.log Sep 24 16:54:15 thurn imapd[26923]: DBERROR: error closing: DB_INCOMPLETE: Cache flush was unable to complete Sep 24 16:54:15 thurn imapd[26923]: DBERROR: error closing mailboxes: cyrusdb error Sep 24 16:54:46 thurn imapd[28686]: DBERROR db3: 2 lockers ... Sep 24 17:07:20 thurn lmtpd[28042]: DBERROR db3: 10 lockers ... Sep 24 17:14:40 thurn reconstruct[30462]: DBERROR db3: 15 lockers ... Sep 24 17:20:03 thurn ctl_mboxlist[30761]: DBERROR db3: 20 lockers ... Sep 24 17:42:50 thurn imapd[31137]: DBERROR db3: 43 lockers so i think, the problem is/was the mailbox db. i looked at pid 26923 and found the following: #grep 'imapd\[26923\]' /var/log/imapd.log Sep 24 16:37:35 thurn imapd[26923]: accepted connection Sep 24 16:54:15 thurn imapd[26923]: Connection reset by peer, closing connection Sep 24 16:54:15 thurn imapd[26923]: DBERROR: error closing: DB_INCOMPLETE: Cache flush was unable to complete Sep 24 16:54:15 thurn imapd[26923]: DBERROR: error closing mailboxes: cyrusdb error so it seems imapd was unable to finish the db operation because the connections was terminated from the remote side (i'm just guessing). what could i do in such cases apart from restarting? would you suggest upgrading to 2.1.9? i'm reluctant to do such a major upgrade if i'm not sure it solves my problems. thanks for your time. -ap -- Andreas Piesk, Netzwerkadministration Heise Zeitschriften Verlag GmbH & Co KG Helstorfer Str. 7, D-30625 Hannover Mail: [EMAIL PROTECTED] Fon: +49 511 5352-477
Re: moving mailboxes between partitions
Rob Siemborski schrieb: > I *would* be wary about running bulk renames on IMAP servers before 2.1.4. > These locked the mailbox list for the entire duration of the rename, > basically preventing any other operation from occuring on the server. > 2.1.4 and higher (especially 2.1.6 and up) correct this behavior to be a > bit less draconian about the locking, at the expense of more mailboxes.db > transactions. since i'm using 2.0.16 the mailbox list would be locked for a long time (moving 8800 mailboxes takes some time). so the best would be to take the server offline for this operation and running quota afterwards. thanks to you and Aidan Evans for the help. -ap -- Andreas Piesk, Netzwerkadministration Heise Zeitschriften Verlag GmbH & Co KG Helstorfer Str. 7, D-30625 Hannover Mail: [EMAIL PROTECTED] Fon: +49 511 5352-477
moving mailboxes between partitions
hiho, i want to move mailboxes from 4 different partitions into one. AFAIR i have to use the cyradm-command 'rename': rename user.name1 user.name1 newpartition it works so far, on a testserver. before i run the prepared scripts on the productionserver with approx. 8800 mailboxes i think asking the gurus might be a good idea :) is the 'rename'-method safe? did anyone such an operation before (hardly to believe that i'm the first:). should i slowdown the script or could it running at full speed? must i run a reconstruct afterwards? thanks for your time -ap -- Andreas Piesk, Netzwerkadministration Heise Zeitschriften Verlag GmbH & Co KG Helstorfer Str. 7, D-30625 Hannover Mail: [EMAIL PROTECTED] Fon: +49 511 5352-477
RE: multiple cyruses via SAN
> > The Cyrus code already handles the locking between multiple processes, > so an imapd running on a different box is a subtle (if any) > difference, > provided that the shared filesystem handles read/write access from > multiple hosts and provides UNIX file locking semantics. > > The only filesystem that I'm aware of that promises this (and > delivers) > is SGI's CXFS. > maybe GFS (www.sistina.com) too. it'a a cluster filesystem like CXFS. ciao -ap
is it possible to use mailbox names like user@domain.tld ?
i'm trying to set up a mailsystem using postfix and cyrus. the mailsystem should host mail for different domains. to make the mailboxes unique i want names like [EMAIL PROTECTED] snippet from imapd.conf: unixhierarchysep: yes altnamespace: yes userprefix: user sharedprefix: shared i have created a mailbox named '[EMAIL PROTECTED]' and can access that mailbox with imap. but i cannot deliver messages to that mailbox. cat msgfile | deliver [EMAIL PROTECTED] [EMAIL PROTECTED]: Mailbox does not exist if i create a mailbox 'user/myself', i can deliver msg to that account with 'cat msgfile | deliver myself' what i'm doing wrong ? or is it impossible to use mailboxnames like [EMAIL PROTECTED] ? ciao -ap System Administration VIRBUS AG Fon +49(0)341-979-7424 Fax +49(0)341-979-7409 [EMAIL PROTECTED] www.virbus.de
RE: createmailbox: permission denied. why?
> From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Rob > Siemborski > Sent: Wednesday, February 27, 2002 6:04 PM > > On Wed, 27 Feb 2002, Andreas Piesk wrote: > > > Feb 27 17:17:07 crypta imapd[6786]: login: > localhost.localdomain[127.0.0.1] > > cyrus@testbox DIGEST-MD5 User logged in > [snip] > > admins: cyrus > > You can't create the mailbox because you are logging in as the user > "cyrus@testbox" not "cyrus", and therefore (not being an > admin), you can't > create the account. It's unclear to me why you would be > being logged in > with a realm tagged onto the end of your username, however. thanks for the answer and the solution. i changed 'admins: cyrus' to 'admins: cyrus@testbox' and logged with 'cyradm --user cyrus@testbox localhost' it seems to work. thanks again, rob. ciao -ap System Administration VIRBUS AG Fon +49(0)341-979-7424 Fax +49(0)341-979-7409 [EMAIL PROTECTED] www.virbus.de
RE: permission denied when trying to delete a mailbox as admin??
> From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of > Manuel Hendel > > I'm logging in as admin on localhost. > > localhost> sam user.mailbox admin d > localhost> dm user.mailbox > Permission denied > > Can somebody help me solving this problem? you specified the wrong acl. 'd' is the right for deleting messages. use 'c' instead. the whole list is in the manpage of cyradm. ciao -ap System Administration VIRBUS AG Fon +49(0)341-979-7424 Fax +49(0)341-979-7409 [EMAIL PROTECTED] www.virbus.de
createmailbox: permission denied. why?
i cannot get cyrus-imapd-2.1.2 working. i upgraded from 2.0.16 to 2.1.2. the mailboxes created with 2.0.16 are still accessible, but i cannot create new ones. sasl2 is working fine. the imtest test was successful. # cyradm --user cyrus localhost Password: localhost.localdomain> ver name : Cyrus IMAPD version: v2.1.2 2002/02/15 20:38:52 vendor : Project Cyrus support-url: http://asg.web.cmu.edu/cyrus os : Linux os-version : 2.4.17 environment: Cyrus SASL 2.1.1 Sleepycat Software: Berkeley DB 3.2.9: (January 24, 2001) OpenSSL 0.9.6b [engine] 9 Jul 2001 CMU Sieve 2.0 TCP Wrappers UCD-SNMP 4.2.3 lock = flock auth = unix idle = poll dirhash = full mboxlist = db3 localhost.localdomain> cm user.test createmailbox: Permission denied localhost.localdomain> for testing purposes i changed the permission of /var/imap/* and /var/spool/imap/* to 777 with no luck. both directory structures are owned by cyrus:mail. in imapd's log i found these messages: Feb 27 17:17:07 crypta imapd[6786]: login: localhost.localdomain[127.0.0.1] cyrus@testbox DIGEST-MD5 User logged in Feb 27 17:17:11 crypta imapd[6786]: myfetch: starting txn 2147483662 Feb 27 17:17:11 crypta imapd[6786]: myfetch: reusing txn 2147483662 Feb 27 17:17:11 crypta imapd[6786]: abort_txn: aborting txn 2147483662 could it be a db problem? can someone who's running cyrus-imapd-2.1.2 send me the output of 'version'? last but not least the used configure parameters and the imapd.conf: --with-cyrus-prefix=/usr/libexec/cyrus \ --enable-fulldirhash \ --enable-listext \ --enable-netscapehack \ --with-ucdsnmp \ --with-sasl \ --with-krb \ --with-perl \ --with-libwrap \ --with-openssl \ --with-auth=unix # grep -v '^#' /etc/imapd.conf | grep -v '^$' configdirectory:/var/imap defaultpartition: default partition-default: /var/spool/imap umask: 077 allowanonymouslogin:no allowplaintext: yes quotawarn: 90 timeout:30 imapidlepoll: 60 imapidresponse: yes poptimeout: 10 popminpoll: 0 popexpiretime: 0 admins: cyrus defaultacl: anyone lrs autocreatequota:0 logtimestamps: no plaintextloginpause:0 srvtab: /etc/srvtab loginrealms:testbox loginuseacl:no singleinstancestore:yes reject8bit: no netscapeurl: http://andrew2.andrew.cmu.edu/cyrus/imapd/netscape-admin.html sieveusehomedir:false sievedir: /var/imap/sieve sendmail: /usr/lib/sendmail postmaster: postmaster hashimapspool: false sieve_maxscriptsize:32 sieve_maxscripts: 5 sasl_maximum_layer: 256 sasl_minimum_layer: 0 sasl_pwcheck_method:auxprop sasl_auto_transition: no lmtpsocket: /var/imap/socket/lmtp idlesocket: /var/imap/socket/idle notifysocket: /var/imap/socket/notify dracinterval: 5 drachost: localhost sasl_sasldb_path: /etc/sasldb2 where's the error? which part could be responsible for the failure? and is there a way to get some more debug info, some secret DEFINES? currently i logging 'local6.debug'. ciao -ap System Administration VIRBUS AG Fon +49(0)341-979-7424 Fax +49(0)341-979-7409 [EMAIL PROTECTED] www.virbus.de
RE: createmailbox: permission denied
> From: Damian Alejandro Fernandez Sosa [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, February 05, 2002 1:00 PM > > You don't have permission to delete ani mailbox, you must grant that > permission to you > Using cyradm > > sam user.MAILBOX_TO_DELETE cyrus all [ENTER] > dm user.MAILBOX_TO_DELETE > oh god, i'm sooo stupid :) yeah, finally after assigning the delete permissions to myself, i can drop the mailbox. i reread the documentation and found that this is mentioned in doc/install-admin-mb.html and the manpage. sorry to all, i should RTFM more carefully. ciao -ap
RE: createmailbox: permission denied
> From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of > Andreas Piesk > Sent: Monday, February 04, 2002 3:52 PM > > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED]]On Behalf Of > > Andreas Piesk > > Sent: Monday, February 04, 2002 3:33 PM > > > > > From: Theodore Knab [mailto:[EMAIL PROTECTED]] > > > Sent: Monday, February 04, 2002 2:35 PM > > > > > > I think you need to look at permissions on the place where > > > you store the > > > mailboxes. > > > > > > Your /etc/imapd.conf will tell you where the mailboxes are stored. > > > > > > Make sure the directories are owned by cyrus:mail. > > > > > > Mine as an example: > > > > > > cat /etc/imapd.conf | grep -i default > > > > > > # Which partition to use for default mailboxes > > > partition-default: /var/spool/cyrus/mail > > > > > > tjk@debian:~$ ls -la /var/spool/ > > > drwxr-xr-x4 cyrusmail 1024 Feb 3 11:55 cyrus > > > tjk@debian:~$ ls -la /var/spool/cyrus/ > > > drwxr-x--- 23 cyrusmail 1024 Feb 3 18:36 mail > > > > here's mine: > > # grep "^partition-" /etc/imapd.conf > > partition-default: /var/spool/imap > > > > # ls -ld /var/spool/imap/ > > drwxr-x---4 cyrusmail 31 Feb 4 15:15 > > /var/spool/imap/ > > > > the permissions are the same. > > > > i went back to cyrus-imapd-2.0.16 and cyrus-sasl-1.5.24, and > *surprise* > everything works like it should. > > i used cyrus-sasl-2.1.0-1.src.rpm from redhat's rawhide. > this package includes cyrus-sasl-1.5.24 and cyrus-sasl-2.1.0. > > but if i use the libs from that package with cyrus-imapd-2.0.16 or > cyrus-imapd-2.1.1, i would get the 'permission denied' message. > > so it seems to be a problem with that specific package. > > is anyone using that package with cyrus-imapd-2.1.1 ? i just > want to be > sure, that that package is the reason and not cyrus-imapd. update: now i can create mailboxes, setting quotas, dropping quotas, etc. i can do everything except deleting. if i try to delete a mailbox i get: deletemailbox: Permission denied is it me or is it the db? i'm using berkeley db 3.2.9. is someone out there, who is using cyrus-imapd-2.0.16 + cyrus-sasl-1.5.24 + db-3.2.9 on rh7.2 and can delete mailboxes? ciao -ap
RE: createmailbox: permission denied
> From: Gerhard Lehmann [mailto:[EMAIL PROTECTED]] > Sent: Monday, February 04, 2002 6:10 PM > > Gerhard Lehmann [EMAIL PROTECTED] > 030-69042999 > > On Mon, 4 Feb 2002, Andreas Piesk wrote: > > > > > i hope, someone can help me out. > > > [...] > > > > added that user to 'admins:' in /etc/imapd.conf and gave > him a password. > > > > # grep "admins:" /etc/imapd.conf > > admins: cyrus > > > > > and you _did_ restart master? more than once. i restarted everything including the server. i switched back to cyrus-sasl-1.5.x and cyrus-imap-2.0.16. now i can create mailboxes, but i can't drop them :( ciao -ap
RE: createmailbox: permission denied
> From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of > Andreas Piesk > Sent: Monday, February 04, 2002 3:33 PM > > > From: Theodore Knab [mailto:[EMAIL PROTECTED]] > > Sent: Monday, February 04, 2002 2:35 PM > > > > I think you need to look at permissions on the place where > > you store the > > mailboxes. > > > > Your /etc/imapd.conf will tell you where the mailboxes are stored. > > > > Make sure the directories are owned by cyrus:mail. > > > > Mine as an example: > > > > cat /etc/imapd.conf | grep -i default > > > > # Which partition to use for default mailboxes > > partition-default: /var/spool/cyrus/mail > > > > tjk@debian:~$ ls -la /var/spool/ > > drwxr-xr-x4 cyrusmail 1024 Feb 3 11:55 cyrus > > tjk@debian:~$ ls -la /var/spool/cyrus/ > > drwxr-x--- 23 cyrusmail 1024 Feb 3 18:36 mail > > here's mine: > # grep "^partition-" /etc/imapd.conf > partition-default: /var/spool/imap > > # ls -ld /var/spool/imap/ > drwxr-x---4 cyrusmail 31 Feb 4 15:15 > /var/spool/imap/ > > the permissions are the same. > i went back to cyrus-imapd-2.0.16 and cyrus-sasl-1.5.24, and *surprise* everything works like it should. i used cyrus-sasl-2.1.0-1.src.rpm from redhat's rawhide. this package includes cyrus-sasl-1.5.24 and cyrus-sasl-2.1.0. but if i use the libs from that package with cyrus-imapd-2.0.16 or cyrus-imapd-2.1.1, i would get the 'permission denied' message. so it seems to be a problem with that specific package. is anyone using that package with cyrus-imapd-2.1.1 ? i just want to be sure, that that package is the reason and not cyrus-imapd. ciao -ap System Administration VIRBUS AG Fon +49(0)341-979-7424 Fax +49(0)341-979-7409 [EMAIL PROTECTED] www.virbus.de
RE: createmailbox: permission denied
> From: Theodore Knab [mailto:[EMAIL PROTECTED]] > Sent: Monday, February 04, 2002 2:35 PM > > I think you need to look at permissions on the place where > you store the > mailboxes. > > Your /etc/imapd.conf will tell you where the mailboxes are stored. > > Make sure the directories are owned by cyrus:mail. > > Mine as an example: > > cat /etc/imapd.conf | grep -i default > > # Which partition to use for default mailboxes > partition-default: /var/spool/cyrus/mail > > tjk@debian:~$ ls -la /var/spool/ > drwxr-xr-x4 cyrusmail 1024 Feb 3 11:55 cyrus > tjk@debian:~$ ls -la /var/spool/cyrus/ > drwxr-x--- 23 cyrusmail 1024 Feb 3 18:36 mail here's mine: # grep "^partition-" /etc/imapd.conf partition-default: /var/spool/imap # ls -ld /var/spool/imap/ drwxr-x---4 cyrusmail 31 Feb 4 15:15 /var/spool/imap/ the permissions are the same. i'm clueless. anyway, thanks for the answer. ciao -ap System Administration VIRBUS AG Fon +49(0)341-979-7424 Fax +49(0)341-979-7409 [EMAIL PROTECTED] www.virbus.de
createmailbox: permission denied
i hope, someone can help me out. i'm using cyrus-2.1.1 w/ sasl-2.1.0 on redhat7.2. my problem: i cannot create mailboxes using 'cyradm'. i created a user cyrus. added that user to 'admins:' in /etc/imapd.conf and gave him a password. # grep "admins:" /etc/imapd.conf admins: cyrus # sasldblistusers2 [EMAIL PROTECTED]: userPassword i can login as cyrus: # cyradm --user cyrus localhost Password: localhost.localdomain> in the logfile: Feb 4 11:16:12 crypta imapd[21064]: login: localhost.localdomain[127.0.0.1] [EMAIL PROTECTED] DIGEST-MD5 User logged in seems good to me. then i tried to create a mailbox: localhost.localdomain> cm user.test createmailbox: Permission denied in the logfile: Feb 4 11:17:31 crypta imapd[21064]: myfetch: starting txn 2147483659 Feb 4 11:17:31 crypta imapd[21064]: myfetch: reusing txn 2147483659 Feb 4 11:17:31 crypta imapd[21064]: abort_txn: aborting txn 2147483659 so, i think, some filesystem permissions are incorrect. i followed the instructions in 'install.html', but maybe i missed something. what can cause that error? and how can i fix it? thanks for your time. ciao -ap System Administration VIRBUS AG Fon +49(0)341-979-7424 Fax +49(0)341-979-7409 [EMAIL PROTECTED] www.virbus.de <>
what happened to arbitron ?
i'm just building my own cyrus-imap rpm-package and noticed, that there's no tool 'arbitron'. the manpage still exists, but the tool will not be compiled by imap/Makefile. it seems to be excluded from the build. for testing i added 'arbitron' to the makefile. the build was fine. but if i start it, i get the following error: $ ./arbitron arbitron: Internal error: assertion failed: cyrusdb_db3.c: 392: dbinit && db so my question is: is there something wrong with 'arbitron.c'? ciao -ap System Administration VIRBUS AG Fon +49(0)341-979-7424 Fax +49(0)341-979-7409 [EMAIL PROTECTED] www.virbus.de <>
Re: RE: PATCH: setting explicit sasl_realm
> From: Mark Derbyshire [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, January 30, 2002 10:59 AM > > --On Tuesday, 2002 January 29 15:30 +0100 Andreas Piesk > <[EMAIL PROTECTED]> > wrote: > > > will the patch break something? is it useful or nonsense? > > any comments are welcome. > > This type of patch has proved useful to us for this and other > reasons (like > being able to choose a realm that is independent of the > hostname). Since > you sound like you have implemented this yourself, it may be > too late to > point out that there were two separate patches posted to the > cyrus-sasl > list that accomplish exactly this (see "Re: setting default realm" on > 2002/01/07 and 2001/10/02). The one we implemented has worked > out just fine > over the past 6 months. thanks for the info. when i have searched for already available patches the cyrus-sasl archive was down (from my POV). i found the messages you mentioned and will look at it. ciao -ap System Administration VIRBUS AG Fon +49(0)341-979-7424 Fax +49(0)341-979-7409 [EMAIL PROTECTED] www.virbus.de
PATCH: setting explicit sasl_realm
i'm building a mailsystem using postfix and cyrus-imap/qpopper. authentication will be completely handled by SASL. i want to use different SASL realms for the different applications (one realm for smtp, one for imap/pop). setting a SASL realm in postfix is no problem, but in Cyrus-IMAP it's not possible AFAIK. after a look in the code i saw, that 'sasl_server_new' is called with NULL for user_realm. so i decided to introduce a new config parameter, called 'local_sasl_realm' and made some minor modifications will the patch break something? is it useful or nonsense? any comments are welcome. ciao -ap System Administration VIRBUS AG Fon +49(0)341-979-7424 Fax +49(0)341-979-7409 [EMAIL PROTECTED] www.virbus.de cyrus-local_sasl_realm.patch Description: Binary data
