Re: Problem with cyrus replication: failing to update user/mailbox

[Rudy Gevaert]

Edward Prendergast wrote:
> Sorry - that was a typo in the command. I did ascertain that I should've
> been using a username not a mailbox name and changed the command
> accordingly, as you can see in the logs below. 
> 
> I'm not sure how to apply this information about the unix hierarchy
> separator? Is this in reference to the copying of mailboxes or does this
> pertain to transferring the user data?
> 

If I'm not mistaken, pre 2.3.10 uses

sync_client -u [EMAIL PROTECTED]

if you are using virtual domains and unix hierarchy seperator AND your 
username (before the domain part) has a dot in it.

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: Backup advice

[David Chait]

Nikos Gatsis wrote:
> I had to be more specific.
> I need advices for backing up cyrus emails...
>
> Thank you
The individual emails are merely text files on a Unix file system, you 
can back them up with pretty much any Unix backup tool, though don't 
ignore the advice to export the databases at regular intervals so that 
they will be picked up by those backups.

-David

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: Backup advice

[Nikos Gatsis]

I had to be more specific.
I need advices for backing up cyrus emails...

Thank you

Mike Eggleston wrote:

On Thu, 25 Oct 2007, Nikos Gatsis might have said:

  

Hello list.
I need some advice for backup my system.
Is there a tutorial or help for my question?



I use slapcat(8) to a file, then backup the file in my regular backup system.

Mike

  


--

*Γατσής Νίκος - Gatsis Nikos*
Web developer
tel.: 2108256721 - 2108256722
fax: 2108256712
email: [EMAIL PROTECTED]
http://www.qbit.gr

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 2.3.10 Released

[Simon Matter]

> Simon Matter wrote:
>>> Simon Matter wrote:
> On the Linux box, all fresh compilations aside from the sasl 2.1.15
> binaries:
 I once posted to the list that 2.3.9 needs at least cyrus-sasl-2.1.19.
 As
 a package maintainer I know that :)
>>> Did you ever figure out why?  I'm not surprised that code in Cyrus
>>
>> I didn't investigate much once I found out that it's only sasl that
>> needs
>> an update. There was also a security issue with cyrus-sasl and I decided
>> not to backport the fixes to 2.1.15 but instead upgrade sasl.
>
> Based on what John Capo has reported, I'm guessing that SASL 2.1.17 is
> required.  I believe the following change in 2.1.17 is required for 2.3.9+

Thanks, I'll change the dependency in the next rpm release. Maybe this
should also be noted in the release notes.

Simon

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 2.3.10 Released

[Simon Matter]

> Hello Simon,
>
> When your latest source rpm can be available on your download site?

Hi Patrick,

This could take some time because I also have to wait for some patches to
get updated, or do it myself where I can. I did an 2.3.10-RC package but
found that a number changes require some bigger updates of patches.

Simon

> I wonder when the statuscache could be offically patched...
>
> BTW, the renaming folder patch requires admin ppl to cleanup (renamed)
> folders by script.
> Is it possible possible to purge them immediately while users change them?
>
> thx
> patrick
>
>
>
>
> - Original Message -
> From: "Simon Matter" <[EMAIL PROTECTED]>
> To: "Ian G Batten" <[EMAIL PROTECTED]>
> Cc: "Ken Murchison" <[EMAIL PROTECTED]>; "Cyrus Mailing List"
> 
> Sent: Thursday, October 25, 2007 11:01 PM
> Subject: Re: Cyrus IMAPd 2.3.10 Released
>
>
>> >
>>> On the Linux box, all fresh compilations aside from the sasl 2.1.15
>>> binaries:
>>
>> I once posted to the list that 2.3.9 needs at least cyrus-sasl-2.1.19.
>> As
>> a package maintainer I know that :)
>>
>> Regards,
>> Simon
>>
>>>
>>> imapd 2.3.7 + sasl 2.1.15: works
>>> imapd 2.3.7 + sasl 2.1.22: works
>>> imapd 2.3.9 + sasl 2.1.15: not tried
>>> imapd 2.3.9 + sasl 2.1.22: works
>>> imapd 2.3.10 + sasl 2.1.15: fails (cannot examine mailboxes, then
>>> coredumps prior to calling accept for second connection)
>>> imapd 2.3.10 + sasl 2.1.22: fails (SIGSEGV immediately after
>>> authentication)
>>>
>>> I've compiled 2.3.10 both -O2 and with optimisation turned off, to no
>>> effect.
>>>
>>> This is God's way of telling me to move onto a newer OS platform, I
>>> think.  I'll stick at 2.3.9 + 2.1.22, since it appears to work and
>>> it's obviously a better proposition that the 2.3.7+2.1.15 I was
>>> running previously.  It seems clear the problem has come in with
>>> 2.3.10, and as the platform is horrid I'll stop investigating further.
>>>
>>> In the mean time, is there any way I can run replication from a
>>> master running 2.3.9 into a replica running 2.3.10?  Or should I back
>>> the replica out to 2.3.9 as well?
>>>
>>> ian
>>>
>>>
>>>
>>>
>>> 
>>> 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

Re: Cyrus IMAPd 2.3.10 Released

[Ken Murchison]

John Capo wrote:
> On Thu, October 25, 2007 21:10, John Capo wrote:
>> Quoting Ken Murchison ([EMAIL PROTECTED]):
>>
>>> Simon Matter wrote:
>>>
> On the Linux box, all fresh compilations aside from the sasl 2.1.15 
> binaries:
>
 I once posted to the list that 2.3.9 needs at least cyrus-sasl-2.1.19. As 
 a package
 maintainer I know that :)
>>> Did you ever figure out why?  I'm not surprised that code in Cyrus somehow 
>>> depends on
>>> a change in SASL, but I can't seem to find anything in the CVS logs or 
>>> diffs that
>>> would be the cause.
>> This is what I had to do for cmd_login to work in 2.3.9.
>>
>>
>> /* authstate already created by mysasl_proxy_policy() */
>> /* Not when using login and allowplaintext.  imapd_authstate is NULL  TM 
>> Login fix */
>> if (imapd_authstate == NULL)
>> imapd_authstate = auth_newstate(imapd_userid);
>>
>> But 2.3.10 cores :-(
> 
> Its coring in getgrouplist() probably because the 3rd argyument is NULL.
> 
> /* get number of groups user is member of into ngroups */
> getgrouplist(identifier, gid, NULL, &ngroups);
> 
> BSD man page does not indicate that NULL args are OK.
> 
>   int
>   getgrouplist(const char *name, int basegid, int *groups, int *ngroups);
> 
>  The resulting group list is returned in the integer array pointed to by
>  groups.  The caller specifies the size of the groups array in the integer
>  pointed to by ngroups; the actual number of groups found is returned in
>  ngroups.


See if this fixes the getgrouplist() problem:

--- auth_unix.c.~1.46.~ 2007-09-27 16:02:45.0 -0400
+++ auth_unix.c 2007-10-25 23:02:15.0 -0400
@@ -225,7 +225,7 @@
  struct group *grp;
  #ifdef HAVE_GETGROUPLIST
  gid_t gid, *groupids = NULL;
-int ret, ngroups = 0;
+int ret, ngroups = 10;
  #else
  char **mem;
  #endif
@@ -248,10 +248,7 @@
  #ifdef HAVE_GETGROUPLIST
  gid = pwd ? pwd->pw_gid : (gid_t) -1;

-/* get number of groups user is member of into ngroups */
-getgrouplist(identifier, gid, NULL, &ngroups);
-
-/* get the actual group ids */
+/* get the group ids */
  do {
groupids = (gid_t *)xrealloc((gid_t *)groupids,
 ngroups * sizeof(gid_t));

-- 
Kenneth Murchison
Systems Programmer
Project Cyrus Developer/Maintainer
Carnegie Mellon University

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 2.3.10 Released

[Ken Murchison]

Simon Matter wrote:
>> Simon Matter wrote:
 On the Linux box, all fresh compilations aside from the sasl 2.1.15
 binaries:
>>> I once posted to the list that 2.3.9 needs at least cyrus-sasl-2.1.19.
>>> As
>>> a package maintainer I know that :)
>> Did you ever figure out why?  I'm not surprised that code in Cyrus
> 
> I didn't investigate much once I found out that it's only sasl that needs
> an update. There was also a security issue with cyrus-sasl and I decided
> not to backport the fixes to 2.1.15 but instead upgrade sasl.

Based on what John Capo has reported, I'm guessing that SASL 2.1.17 is 
required.  I believe the following change in 2.1.17 is required for 2.3.9+

https://bugzilla.andrew.cmu.edu/cgi-bin/cvsweb.cgi/src/sasl/lib/server.c.diff?r1=1.132;r2=1.133;f=h;f=u


-- 
Kenneth Murchison
Systems Programmer
Project Cyrus Developer/Maintainer
Carnegie Mellon University

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 2.3.10 Released

[Patrick T. Tsang]

Hello Simon,

When your latest source rpm can be available on your download site?
I wonder when the statuscache could be offically patched...

BTW, the renaming folder patch requires admin ppl to cleanup (renamed) 
folders by script.
Is it possible possible to purge them immediately while users change them?

thx
patrick




- Original Message - 
From: "Simon Matter" <[EMAIL PROTECTED]>
To: "Ian G Batten" <[EMAIL PROTECTED]>
Cc: "Ken Murchison" <[EMAIL PROTECTED]>; "Cyrus Mailing List" 

Sent: Thursday, October 25, 2007 11:01 PM
Subject: Re: Cyrus IMAPd 2.3.10 Released


> >
>> On the Linux box, all fresh compilations aside from the sasl 2.1.15
>> binaries:
>
> I once posted to the list that 2.3.9 needs at least cyrus-sasl-2.1.19. As
> a package maintainer I know that :)
>
> Regards,
> Simon
>
>>
>> imapd 2.3.7 + sasl 2.1.15: works
>> imapd 2.3.7 + sasl 2.1.22: works
>> imapd 2.3.9 + sasl 2.1.15: not tried
>> imapd 2.3.9 + sasl 2.1.22: works
>> imapd 2.3.10 + sasl 2.1.15: fails (cannot examine mailboxes, then
>> coredumps prior to calling accept for second connection)
>> imapd 2.3.10 + sasl 2.1.22: fails (SIGSEGV immediately after
>> authentication)
>>
>> I've compiled 2.3.10 both -O2 and with optimisation turned off, to no
>> effect.
>>
>> This is God's way of telling me to move onto a newer OS platform, I
>> think.  I'll stick at 2.3.9 + 2.1.22, since it appears to work and
>> it's obviously a better proposition that the 2.3.7+2.1.15 I was
>> running previously.  It seems clear the problem has come in with
>> 2.3.10, and as the platform is horrid I'll stop investigating further.
>>
>> In the mean time, is there any way I can run replication from a
>> master running 2.3.9 into a replica running 2.3.10?  Or should I back
>> the replica out to 2.3.9 as well?
>>
>> ian
>>
>>
>>
>>
>> 
>> 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

Trying to unsubscribe

[Noah Silverman]

Hi,

I'm sorry to bother everyone, but I'm trying to unsubscribe from this  
list.

I've sent the requisite e-mail to the unsubscribe link on the cyrus  
website repeatedly.  I still get e-mails.

Does anyone know about this?

Thanks,

-N

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 2.3.10 Released

[John Capo]

On Thu, October 25, 2007 21:10, John Capo wrote:
> Quoting Ken Murchison ([EMAIL PROTECTED]):
>
>> Simon Matter wrote:
>>
 On the Linux box, all fresh compilations aside from the sasl 2.1.15 
 binaries:

>>>
>>> I once posted to the list that 2.3.9 needs at least cyrus-sasl-2.1.19. As a 
>>> package
>>> maintainer I know that :)
>>
>> Did you ever figure out why?  I'm not surprised that code in Cyrus somehow 
>> depends on
>> a change in SASL, but I can't seem to find anything in the CVS logs or diffs 
>> that
>> would be the cause.
>
> This is what I had to do for cmd_login to work in 2.3.9.
>
>
> /* authstate already created by mysasl_proxy_policy() */
> /* Not when using login and allowplaintext.  imapd_authstate is NULL  TM 
> Login fix */
> if (imapd_authstate == NULL)
> imapd_authstate = auth_newstate(imapd_userid);
>
> But 2.3.10 cores :-(

Its coring in getgrouplist() probably because the 3rd argyument is NULL.

/* get number of groups user is member of into ngroups */
getgrouplist(identifier, gid, NULL, &ngroups);

BSD man page does not indicate that NULL args are OK.

  int
  getgrouplist(const char *name, int basegid, int *groups, int *ngroups);

 The resulting group list is returned in the integer array pointed to by
 groups.  The caller specifies the size of the groups array in the integer
 pointed to by ngroups; the actual number of groups found is returned in
 ngroups.

A non NULL imapd_authstate and turing off unix_group_enable works with older 
SASL
libraries and 2.3.10.



>
>
>
>
>>
>>
>> -- Kenneth Murchison Systems Programmer Project Cyrus Developer/Maintainer 
>> Carnegie
>> Mellon University  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

Re: Cyrus IMAPd 2.3.10 Released

[John Capo]

Quoting Ken Murchison ([EMAIL PROTECTED]):
> Simon Matter wrote:
> >> On the Linux box, all fresh compilations aside from the sasl 2.1.15
> >> binaries:
> > 
> > I once posted to the list that 2.3.9 needs at least cyrus-sasl-2.1.19. As
> > a package maintainer I know that :)
> 
> Did you ever figure out why?  I'm not surprised that code in Cyrus 
> somehow depends on a change in SASL, but I can't seem to find anything 
> in the CVS logs or diffs that would be the cause.

This is what I had to do for cmd_login to work in 2.3.9.

/* authstate already created by mysasl_proxy_policy() */
/* Not when using login and allowplaintext.  imapd_authstate is NULL
TM Login fix
*/
if (imapd_authstate == NULL)
imapd_authstate = auth_newstate(imapd_userid);

But 2.3.10 cores :-(

 

> 
> 
> -- 
> Kenneth Murchison
> Systems Programmer
> Project Cyrus Developer/Maintainer
> Carnegie Mellon University
> 
> 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

Re: Cyrus murder scalability

[Vladimir Nikolic]

2.3.7 on frontend and one backend (RedHat 5) and 2.3.9 on the other 
backend (freebsd 6.1).

Most of errors are between frontend (imap2) and freebsd backend 
(imap-old) and protocol is pop3:
Oct 25 20:37:30 imap2 pop3[12945]: connect(imap-old.amis.net) failed: 
Connection timed out
Oct 25 20:37:30 imap2 pop3[12945]: couldn't authenticate to backend server
When this occurs, users are asked to enter their passwords again. There 
is no record in imap-old about this connection.

Problems between frontend and other backend (imap1) with pop3 happens 
when user mailbox is locked:
Oct 25 20:51:10 imap1 pop3[27158]: Unable to lock maildrop user.alext: 
Mailbox is locked by POP server
or when there is something wrong with user's mail client program:
Oct 25 20:51:28 imap2 pop3[23897]: Fatal error: Lost connection to input 
stream

There is also errors regarding imap protocol:
Oct 25 20:52:05 imap2 imap[20960]: Fatal error: Lost connection to 
selected backend
Oct 25 20:52:33 imap2 imaps[7912]: Fatal error: Lost connection to 
selected backend
but it seems that these errors are invisible to the users.

There is no errors regarding lmtp.

Network traffic is 20-30 Mb/s during peak period,  imap1 and imap2 are 
on the same switch (100Mb/s ports), imap-old is on the switch which is 
connected by 1Gb/s whith first switch.

Regards,
Vladimir

Ken Murchison wrote:
> Vladimir Nikolic wrote:
>   
>> Hi,
>>
>> I have questions regarding murder scalability. Untill last week we had 
>> one imap server with about 5 users and 2TB mailboxes. Server was 
>> overloaded and little slow but there was no troubles like connections 
>> drop and repeatedly asking users for password.
>> Now we have that old server and three new servers in murder 
>> configuration (1 frontend, 1 murder master in 2 backends) and we have 
>> full troubles with users (almost all of them with pop3 accounts) 
>> complaining that mail clients repeatedly asking for password. Logs on 
>> fronted are full of lines:
>>
>> pop3[12914]: couldn't authenticate to backend server
>> pop3[9822]: couldn't authenticate to backend server: authentication failure
>> 
>
> What version of Cyrus?
>
> Do you only have this problem with POP3?  IMAP and LMTP connections are 
> proxied to the backends without any problems?
>
>   

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 2.3.10 Released

[Simon Matter]

> Simon Matter wrote:
>>> On the Linux box, all fresh compilations aside from the sasl 2.1.15
>>> binaries:
>>
>> I once posted to the list that 2.3.9 needs at least cyrus-sasl-2.1.19.
>> As
>> a package maintainer I know that :)
>
> Did you ever figure out why?  I'm not surprised that code in Cyrus

I didn't investigate much once I found out that it's only sasl that needs
an update. There was also a security issue with cyrus-sasl and I decided
not to backport the fixes to 2.1.15 but instead upgrade sasl.

Simon

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: squatter running longer than 24 hours

[David Lang]

On Mon, 22 Oct 2007, Rob Mueller wrote:

>> squatter would really benefit from incremental updates. At the moment a
>> single new message in a mailbox containing 20k messages causes it to read
>> in all the existing messages in order to regenerate the index.
>
> We spoke to Ken about this ages back, and even offered to pay for the work
> to make it happen, but it was just around the time CMU hired him, so it
> never actually happened pity. It would be nice to be able to dedicate a
> couple of weeks to rummage around in there and actually make it happen...

postgres has full-text search capabilities at acceptable performance on very 
large databases, their code is BSD so anything relavent coudl be merged into 
cyrus. it may be worth someone looking into their logic.

David Lang

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: Backup advice

[Mike Eggleston]

On Thu, 25 Oct 2007, Nikos Gatsis might have said:

> Hello list.
> I need some advice for backup my system.
> Is there a tutorial or help for my question?

I use slapcat(8) to a file, then backup the file in my regular backup system.

Mike

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 2.3.10 Released

[Ken Murchison]

Simon Matter wrote:
>> On the Linux box, all fresh compilations aside from the sasl 2.1.15
>> binaries:
> 
> I once posted to the list that 2.3.9 needs at least cyrus-sasl-2.1.19. As
> a package maintainer I know that :)

Did you ever figure out why?  I'm not surprised that code in Cyrus 
somehow depends on a change in SASL, but I can't seem to find anything 
in the CVS logs or diffs that would be the cause.


-- 
Kenneth Murchison
Systems Programmer
Project Cyrus Developer/Maintainer
Carnegie Mellon University

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

Backup advice

[Nikos Gatsis]

Hello list.
I need some advice for backup my system.
Is there a tutorial or help for my question?

Thank you

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 murder scalability

[Gary Mills]

On Thu, Oct 25, 2007 at 10:38:01AM -0400, Ken Murchison wrote:
> Vladimir Nikolic wrote:
> > 
> > I have questions regarding murder scalability. Untill last week we had 
> > one imap server with about 5 users and 2TB mailboxes. Server was 
> > overloaded and little slow but there was no troubles like connections 
> > drop and repeatedly asking users for password.
> > Now we have that old server and three new servers in murder 
> > configuration (1 frontend, 1 murder master in 2 backends) and we have 
> > full troubles with users (almost all of them with pop3 accounts) 
> > complaining that mail clients repeatedly asking for password. Logs on 
> > fronted are full of lines:
> > 
> > pop3[12914]: couldn't authenticate to backend server
> > pop3[9822]: couldn't authenticate to backend server: authentication failure
> 
> What version of Cyrus?

I see these messages occasionally on the front end too.  This is with
cyrus 2.3.8.

> Do you only have this problem with POP3?  IMAP and LMTP connections are 
> proxied to the backends without any problems?

Ours are usually for IMAP.  I assumed that the session timed out for
idleness on the back end.  There's no corresponding message on the
back end.

Oct 25 10:01:54 electra imap[12446]: [ID 637875 local6.error] Fatal error: 
Lost connection to selected backend
Oct 25 10:02:11 electra imap[21715]: [ID 637875 local6.error] Fatal error: 
Lost connection to selected backend
Oct 25 10:02:32 electra imap[29415]: [ID 637875 local6.error] Fatal error: 
Lost connection to selected backend

On the back end, these are common:

Oct 25 09:36:34 castor pop3[8294]: [ID 390285 local6.error] Unable to lock 
maildrop user.shaykew: Mailbox is locked by POP server
Oct 25 09:50:30 castor pop3[9277]: [ID 390285 local6.error] Unable to lock 
maildrop user.umpromo: Mailbox is locked by POP server
Oct 25 09:52:40 castor pop3[8920]: [ID 390285 local6.error] Unable to lock 
maildrop user.harropp: Mailbox is locked by POP server

-- 
-Gary Mills--Unix Support--U of M Academic Computing and Networking-

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 2.3.10 Released

[Simon Matter]

>
> On the Linux box, all fresh compilations aside from the sasl 2.1.15
> binaries:

I once posted to the list that 2.3.9 needs at least cyrus-sasl-2.1.19. As
a package maintainer I know that :)

Regards,
Simon

>
> imapd 2.3.7 + sasl 2.1.15: works
> imapd 2.3.7 + sasl 2.1.22: works
> imapd 2.3.9 + sasl 2.1.15: not tried
> imapd 2.3.9 + sasl 2.1.22: works
> imapd 2.3.10 + sasl 2.1.15: fails (cannot examine mailboxes, then
> coredumps prior to calling accept for second connection)
> imapd 2.3.10 + sasl 2.1.22: fails (SIGSEGV immediately after
> authentication)
>
> I've compiled 2.3.10 both -O2 and with optimisation turned off, to no
> effect.
>
> This is God's way of telling me to move onto a newer OS platform, I
> think.  I'll stick at 2.3.9 + 2.1.22, since it appears to work and
> it's obviously a better proposition that the 2.3.7+2.1.15 I was
> running previously.  It seems clear the problem has come in with
> 2.3.10, and as the platform is horrid I'll stop investigating further.
>
> In the mean time, is there any way I can run replication from a
> master running 2.3.9 into a replica running 2.3.10?  Or should I back
> the replica out to 2.3.9 as well?
>
> ian
>
>
>
>
> 
> 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

Re: Cyrus murder scalability

[Ken Murchison]

Vladimir Nikolic wrote:
> Hi,
> 
> I have questions regarding murder scalability. Untill last week we had 
> one imap server with about 5 users and 2TB mailboxes. Server was 
> overloaded and little slow but there was no troubles like connections 
> drop and repeatedly asking users for password.
> Now we have that old server and three new servers in murder 
> configuration (1 frontend, 1 murder master in 2 backends) and we have 
> full troubles with users (almost all of them with pop3 accounts) 
> complaining that mail clients repeatedly asking for password. Logs on 
> fronted are full of lines:
> 
> pop3[12914]: couldn't authenticate to backend server
> pop3[9822]: couldn't authenticate to backend server: authentication failure

What version of Cyrus?

Do you only have this problem with POP3?  IMAP and LMTP connections are 
proxied to the backends without any problems?

-- 
Kenneth Murchison
Systems Programmer
Project Cyrus Developer/Maintainer
Carnegie Mellon University

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.conf event not running

[Alain Spineux]

On 10/25/07, Wayne <[EMAIL PROTECTED]> wrote:
> I have an ipurge event in my cyrus.conf that doesn't appear to be
> running.  I had moved it from a cron job (which worked) to a cyrus
> event.
>
>   purgejunk cmd="ipurge -f -d 15 'user/*/Junk Mail'" at=1700

I thing % is more appropriate than * here, except if you want a
recursive checking (if you expect to have 'Junk Mail' into
sub-folder). But this will not solve your problem.

Maybe it try to ipurge mailbox beginning with a ' (single quote), but
because your folder contains a space you must 'protect' this space
using quote!

You could try to rename your folder into simply Junk or Spam.
Or go back to cron.

Hope this help


>
> The cyrus.conf man page didn't help me much as far as if the first
> word can be anything.  One difference from the cron job is I had to
> add single quotes around the mailbox path to purge (the cron job had
> double quotes).
>
> I haven't touched this in a while, but I'm sure I HUPed the master
> process after adding the event.  Does anyone see why this isn't
> running?  Also, on OS X Server are the cyrus events logged by default
> in mailaccess.log, system.log, both, neither?
>
> TIA for any help.
>
> ~ Wayne
> 
> 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
>


-- 
Alain Spineux
aspineux gmail com
May the sources be with you

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 2.3.10 Released

[Ian G Batten]

On 25 Oct 07, at 1501, Ken Murchison wrote:

> Ian G Batten wrote:
>> On the Linux box, all fresh compilations aside from the sasl  
>> 2.1.15 binaries:
>> imapd 2.3.7 + sasl 2.1.15: works
>> imapd 2.3.7 + sasl 2.1.22: works
>> imapd 2.3.9 + sasl 2.1.15: not tried
>> imapd 2.3.9 + sasl 2.1.22: works
>> imapd 2.3.10 + sasl 2.1.15: fails (cannot examine mailboxes, then  
>> coredumps prior to calling accept for second connection)
>> imapd 2.3.10 + sasl 2.1.22: fails (SIGSEGV immediately after  
>> authentication)
>> I've compiled 2.3.10 both -O2 and with optimisation turned off, to  
>> no effect.
>> This is God's way of telling me to move onto a newer OS platform,  
>> I think.  I'll stick at 2.3.9 + 2.1.22, since it appears to work  
>> and it's obviously a better proposition that the 2.3.7+2.1.15 I  
>> was running previously.  It seems clear the problem has come in  
>> with 2.3.10, and as the platform is horrid I'll stop investigating  
>> further.
>> In the mean time, is there any way I can run replication from a  
>> master running 2.3.9 into a replica running 2.3.10?  Or should I  
>> back the replica out to 2.3.9 as well?
>
> Back the replica down to 2.3.9.

Done, and replication is re-established.

I'll try to replicate the problem without users breathing down my  
neck (ftel.co.uk has 1000 users, batten.eu.org has six, but they're  
my parents, my wife and my children), but I suspect it's some horrid  
combination of elderly libraries misbehaving.

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 2.3.10 Released

[Ken Murchison]

Ian G Batten wrote:
> 
> On the Linux box, all fresh compilations aside from the sasl 2.1.15 
> binaries:
> 
> imapd 2.3.7 + sasl 2.1.15: works
> imapd 2.3.7 + sasl 2.1.22: works
> imapd 2.3.9 + sasl 2.1.15: not tried
> imapd 2.3.9 + sasl 2.1.22: works
> imapd 2.3.10 + sasl 2.1.15: fails (cannot examine mailboxes, then 
> coredumps prior to calling accept for second connection)
> imapd 2.3.10 + sasl 2.1.22: fails (SIGSEGV immediately after 
> authentication)
> 
> I've compiled 2.3.10 both -O2 and with optimisation turned off, to no 
> effect.
> 
> This is God's way of telling me to move onto a newer OS platform, I 
> think.  I'll stick at 2.3.9 + 2.1.22, since it appears to work and it's 
> obviously a better proposition that the 2.3.7+2.1.15 I was running 
> previously.  It seems clear the problem has come in with 2.3.10, and as 
> the platform is horrid I'll stop investigating further.
> 
> In the mean time, is there any way I can run replication from a master 
> running 2.3.9 into a replica running 2.3.10?  Or should I back the 
> replica out to 2.3.9 as well?

Back the replica down to 2.3.9.

-- 
Kenneth Murchison
Systems Programmer
Project Cyrus Developer/Maintainer
Carnegie Mellon University

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: Problem with cyrus replication: failing to update user/mailbox

[Edward Prendergast]

Sorry - that was a typo in the command. I did ascertain that I should've
been using a username not a mailbox name and changed the command
accordingly, as you can see in the logs below. 

I'm not sure how to apply this information about the unix hierarchy
separator? Is this in reference to the copying of mailboxes or does this
pertain to transferring the user data?

-Original Message-
From: Rudy Gevaert [mailto:[EMAIL PROTECTED] 
Sent: 25 October 2007 14:10
To: Edward Prendergast
Cc: info-cyrus@lists.andrew.cmu.edu
Subject: Re: Problem with cyrus replication: failing to update user/mailbox

Edward Prendergast wrote:
> Hi,
> 
> I've given up on cyrus-murder for now and am just focusing on replication.

> 
> When I run /usr/lib/cyrus-imapd/sync_client -v -l -u
[EMAIL PROTECTED]
> it errors on the master:

-u takes usernames, not mailbox names.  Try -u [EMAIL PROTECTED]

Also note that before 2.3.10 there is some inconsistency in the use when 
using unix hierarchy seperator.

> 
> Oct 25 13:52:29 chrisnux sync_client[10651]: USER received NO response:
> IMAP_MAILBOX_NONEXISTENT Failed to access inbox for [EMAIL PROTECTED]:
> Mailbox does not exist
> Oct 25 13:52:29 chrisnux sync_client[10651]: CREATE received NO response:
> Create client.office!user.info failed: Invalid mailbox name
> Oct 25 13:52:29 chrisnux sync_client[10651]: Error in
> do_user([EMAIL PROTECTED]): bailing out!
> 
> The slave is log says this:
> Oct 26 13:59:50 eddnux syncserver[4271]: accepted connection
> Oct 26 13:59:50 eddnux syncserver[4271]: cmdloop(): startup
> Oct 26 13:59:50 eddnux syncserver[4271]: login: chrisb [192.168.1.10]
cyrus
> PLAIN User logged in
> Oct 26 13:59:50 eddnux syncserver[4271]: Failed to access inbox for
> [EMAIL PROTECTED]
> Oct 26 13:59:50 eddnux syncserver[4271]: can not unlink
> /var/lib/imap/user/i/[EMAIL PROTECTED]: No such file or directory
> Oct 26 13:59:50 eddnux syncserver[4271]: can not unlink
> /var/lib/imap/user/i/[EMAIL PROTECTED]: No such file or directory
> Oct 26 13:59:50 eddnux syncserver[4271]: Unlocked
> 
> But I'm not sure how to copy across the mailbox if the user doesn't
already
> exist? I tried:
> 
> [EMAIL PROTECTED] /]# /usr/lib/cyrus-imapd/sync_client -v -l -m INBOX
> Which returns:
> MAILBOXES INBOX
> 
> And returns the same in the log, no errors:
> Oct 25 14:05:57 chrisnux sync_client[10714]: MAILBOX INBOX
> 
> The slave has this to say after INBOX transfer:
> 
> Oct 26 13:52:06 eddnux syncserver[4262]: executed
> Oct 26 13:52:06 eddnux syncserver[4262]: accepted connection
> Oct 26 13:52:06 eddnux syncserver[4262]: cmdloop(): startup
> Oct 26 13:52:06 eddnux syncserver[4262]: login: chrisb [192.168.1.10]
cyrus
> PLAIN User logged in
> Oct 26 13:52:06 eddnux syncserver[4262]: Unlocked
> Oct 26 13:53:17 eddnux master[3994]: process 4262 exited, status 0
> 
> No errors here either.
> 
> Expcert from master imapd.conf:
> defaultdomain: chris.office
> virtdomains: yes
> sync_host: 192.168.1.7
> sync_authname: cyrus
> sync_password: secret
> 
> sync_machineid: 1
> sync_log: yes
> 
> I have the following line in cyrus.conf's START section:
> syncclient   cmd="/usr/lib/cyrus-imapd/sync_client -r"
> 
> and have set imap & lmtpunix to support uuid in the SERVICES section:
> imap  cmd="imapd" listen="imap" prefork=5 provide_uuid=1
> lmtpunix  cmd="lmtpd" listen="/var/lib/imap/socket/lmtp" prefork=1
> provide_uuid=1
> 
> Except from slave imapd.conf:
> defaultdomain: eddnux.office
> virtdomains: yes
> 
> Slave cyrus.conf contains this in the SERVICES section:
> syncserver   cmd="/usr/lib/cyrus-imapd/sync_server" listen="csync"
> 
> Any help with this problem would be greatly appreciated.
> 
> Thanks,
> Edward
> 






The information in this email is confidential and may be legally privileged.
It is intended solely for the addressee. Access to this email by anyone else
is unauthorised. If you are not the intended recipient, any action taken or
omitted to be taken in reliance on it, any form of reproduction,
dissemination, copying, disclosure, modification, distribution and/or
publication of this E-mail message is strictly prohibited and may be
unlawful. If you have received this E-mail message in error, please notify
us immediately. Please also destroy and delete the message from your
computer.



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 2.3.10 Released

[Ian G Batten]

On 25 Oct 07, at 1248, Ken Murchison wrote:

> What does imapd.conf look like?
>
> Does the output of 'ctl_mboxlist -d' look reasonable?
>
> Does 'mbexamine user.igb' look reasonable?

OK, there's a steady stream of imapd processes being forked and then  
dying on SIGSEGV.  I've caught one in the act. That looks SASL-y:  
I'll check the versions and upgrade.

ian



[pid 29202] <... select resumed> )  = 1 (in [0], left {1799,  
69})
[pid 29202] time(NULL)  = 1193314959
[pid 29202] time(NULL)  = 1193314959
[pid 29202] select(1, [0], NULL, NULL, {1800, 0}) = 1 (in [0], left  
{1800, 0})
[pid 29202] time(NULL)  = 1193314959
[pid 29202] time(NULL)  = 1193314959
[pid 29202] read(0, "1 AUTHENTICATE CRAM-MD5\r\n", 4096) = 25
[pid 29202] time(NULL)  = 1193314959
[pid 29202] open("/dev/random", O_RDONLY) = 11
[pid 29202] read(11, "\257gK\352F\213", 6) = 6
[pid 29202] close(11)   = 0
[pid 29202] gettimeofday({1193314959, 565907}, NULL) = 0
[pid 29202] times({tms_utime=2, tms_stime=2, tms_cutime=0,  
tms_cstime=0}) = 1055799906
[pid 29202] write(1, "+ PDU0NjI4NTkyMC4yMTMyNjk0QG9mZn"..., 60) = 60
[pid 29202] time(NULL)  = 1193314959
[pid 29202] select(1, [0], NULL, NULL, {1800, 0}) = 1 (in [0], left  
{1799, 78})
[pid 29202] time(NULL)  = 1193314959
[pid 29202] time(NULL)  = 1193314959
[pid 29202] read(0, "aWdiIDVlNjMzNTk2MWY5OWFlZDExYmFh"..., 4096) = 50
[pid 29202] open("/etc/sasldb2", O_RDONLY) = 11
[pid 29202] fcntl64(11, F_SETFD, FD_CLOEXEC) = 0
[pid 29202] fstat64(11, {st_mode=S_IFREG|0660, st_size=12288, ...}) = 0
[pid 29202] lseek(11, 0, SEEK_SET)  = 0
[pid 29202] read(11, "\0\0\0\0\0\0\0\0\0\0\0\0a\25\6\0\7\0\0\0\0\20\0 
\0\0\10"..., 256) = 256
[pid 29202] close(11)   = 0
[pid 29202] stat64("/var/tmp", {st_mode=S_IFDIR|S_ISVTX|0777,  
st_size=104, ...}) = 0
[pid 29202] brk(0x817a000)  = 0x817a000
[pid 29202] mmap2(NULL, 274432, PROT_READ|PROT_WRITE, MAP_PRIVATE| 
MAP_ANONYMOUS, -1, 0) = 0x40ef3000
[pid 29202] open("/etc/sasldb2", O_RDONLY) = 11
[pid 29202] fcntl64(11, F_SETFD, FD_CLOEXEC) = 0
[pid 29202] fstat64(11, {st_mode=S_IFREG|0660, st_size=12288, ...}) = 0
[pid 29202] lseek(11, 0, SEEK_SET)  = 0
[pid 29202] read(11, "\0\0\0\0\0\0\0\0\0\0\0\0a\25\6\0\7\0\0\0\0\20\0 
\0\0\10"..., 4096) = 4096
[pid 29202] brk(0x817c000)  = 0x817c000
[pid 29202] lseek(11, 4096, SEEK_SET)   = 4096
[pid 29202] read(11, "\0\0\0\0\0\0\0\0\1\0\0\0\0\0\0\0\0\0\0\0.\0\202 
\t\0\2\331"..., 4096) = 4096
[pid 29202] close(11)   = 0
[pid 29202] munmap(0x40ef3000, 274432)  = 0
[pid 29202] open("/etc/sasldb2", O_RDONLY) = 11
[pid 29202] fcntl64(11, F_SETFD, FD_CLOEXEC) = 0
[pid 29202] fstat64(11, {st_mode=S_IFREG|0660, st_size=12288, ...}) = 0
[pid 29202] lseek(11, 0, SEEK_SET)  = 0
[pid 29202] read(11, "\0\0\0\0\0\0\0\0\0\0\0\0a\25\6\0\7\0\0\0\0\20\0 
\0\0\10"..., 256) = 256
[pid 29202] close(11)   = 0
[pid 29202] stat64("/var/tmp", {st_mode=S_IFDIR|S_ISVTX|0777,  
st_size=104, ...}) = 0
[pid 29202] mmap2(NULL, 274432, PROT_READ|PROT_WRITE, MAP_PRIVATE| 
MAP_ANONYMOUS, -1, 0) = 0x40ef3000
[pid 29202] open("/etc/sasldb2", O_RDONLY) = 11
[pid 29202] fcntl64(11, F_SETFD, FD_CLOEXEC) = 0
[pid 29202] fstat64(11, {st_mode=S_IFREG|0660, st_size=12288, ...}) = 0
[pid 29202] lseek(11, 0, SEEK_SET)  = 0
[pid 29202] read(11, "\0\0\0\0\0\0\0\0\0\0\0\0a\25\6\0\7\0\0\0\0\20\0 
\0\0\10"..., 4096) = 4096
[pid 29202] lseek(11, 4096, SEEK_SET)   = 4096
[pid 29202] read(11, "\0\0\0\0\0\0\0\0\1\0\0\0\0\0\0\0\0\0\0\0.\0\202 
\t\0\2\331"..., 4096) = 4096
[pid 29202] close(11)   = 0
[pid 29202] munmap(0x40ef3000, 274432)  = 0
[pid 29202] socket(PF_UNIX, SOCK_STREAM, 0) = 11
[pid 29202] connect(11, {sin_family=AF_UNIX,  
path="   
  /var/run/.nscd_socket"}, 110) = -1 ENOENT (No  
such file or directory)
[pid 29202] close(11)   = 0
[pid 29202] open("/etc/passwd", O_RDONLY) = 11
[pid 29202] fcntl64(11, F_GETFD)= 0
[pid 29202] fcntl64(11, F_SETFD, FD_CLOEXEC) = 0
[pid 29202] fstat64(11, {st_mode=S_IFREG|0644, st_size=1710, ...}) = 0
[pid 29202] mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE| 
MAP_ANONYMOUS, -1, 0) = 0x40ee1000
[pid 29202] read(11, "root:x:0:0:root:/root:/bin/bash\n"..., 4096) =  
1710
[pid 29202] close(11)   = 0
[pid 29202] munmap(0x40ee1000, 4096)= 0
[pid 29202] open("/etc/group", O_RDONLY) = 11
[pid 29202] fcntl64(11, F_GETFD)= 0
[pid 29202] fcntl64(11, F_SETFD, FD_CLOEXEC) = 0
[pid 29202] fstat64(11, {st_mode=S_IFREG|0644, st_size=725, ...}) = 0
[pid 29202] mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE| 
MAP_ANONYMOUS, -1, 0) = 0x40ee1000
[pid 29202] _llseek(11, 0, [0], SEEK_CUR) = 0
[pid 29202] read(11, "root:x:0:root\nbin:x:1:root,bin,d"...

Re: Cyrus IMAPd 2.3.10 Released

[Ian G Batten]

On the Linux box, all fresh compilations aside from the sasl 2.1.15  
binaries:

imapd 2.3.7 + sasl 2.1.15: works
imapd 2.3.7 + sasl 2.1.22: works
imapd 2.3.9 + sasl 2.1.15: not tried
imapd 2.3.9 + sasl 2.1.22: works
imapd 2.3.10 + sasl 2.1.15: fails (cannot examine mailboxes, then  
coredumps prior to calling accept for second connection)
imapd 2.3.10 + sasl 2.1.22: fails (SIGSEGV immediately after  
authentication)

I've compiled 2.3.10 both -O2 and with optimisation turned off, to no  
effect.

This is God's way of telling me to move onto a newer OS platform, I  
think.  I'll stick at 2.3.9 + 2.1.22, since it appears to work and  
it's obviously a better proposition that the 2.3.7+2.1.15 I was  
running previously.  It seems clear the problem has come in with  
2.3.10, and as the platform is horrid I'll stop investigating further.

In the mean time, is there any way I can run replication from a  
master running 2.3.9 into a replica running 2.3.10?  Or should I back  
the replica out to 2.3.9 as well?

ian





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.conf event not running

[Wayne]

I have an ipurge event in my cyrus.conf that doesn't appear to be
running.  I had moved it from a cron job (which worked) to a cyrus
event.

  purgejunk cmd="ipurge -f -d 15 'user/*/Junk Mail'" at=1700

The cyrus.conf man page didn't help me much as far as if the first
word can be anything.  One difference from the cron job is I had to
add single quotes around the mailbox path to purge (the cron job had
double quotes).

I haven't touched this in a while, but I'm sure I HUPed the master
process after adding the event.  Does anyone see why this isn't
running?  Also, on OS X Server are the cyrus events logged by default
in mailaccess.log, system.log, both, neither?

TIA for any help.

~ Wayne

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 2.3.10 Released

[Alain Spineux]

On 10/25/07, Ian G Batten <[EMAIL PROTECTED]> wrote:
>
>
> I've just compiled 2.3.10 on batten.eu.org (my private x86 servers)
> and although it looks OK on the Solaris 10 system, it's in deep
> trouble on the elderly Linux machine.  Both are upgrades from 2.3.7,
> the Solaris box is a replication target, the Linux box is a
> replication master that handles deliver and reading.  The intent is
> to swap them over, and that intent might come sooner than I planned.
>
> LSUB produces expected output, LIST doesn't (to put it mildly) and
> examine/select can't select anything.  strace on the running imapd
> shows it's doing roughly sensible things: finding the correct
> partition and metapartition from the mailbox database, opening the
> metadata files correctly, but then it says NO.  I've reconstructed
> the mailbox, dumped and reloaded (ctl_mboxlist -d // ctl_mboxlist -u)
> the mailboxes file and run reconstruct -G ``in case it makes any
> odds''.  No joy.  And nothing useful in the logs, either...
>
> read(0, ". examine INBOX\r\n", 4096)= 17
> fcntl64(6, F_SETLKW, {type=F_RDLCK, whence=SEEK_SET, start=0, len=0})
> = 0
> fstat64(6, {st_mode=S_IFREG|0600, st_size=3520, ...}) = 0
> stat64("/var/imap/mailboxes.db", {st_mode=S_IFREG|0600,
> st_size=3520, ...}) = 0
> fcntl64(6, F_SETLKW, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0})
> = 0
> fcntl64(6, F_SETLKW, {type=F_RDLCK, whence=SEEK_SET, start=0, len=0})
> = 0
> fstat64(6, {st_mode=S_IFREG|0600, st_size=3520, ...}) = 0
> stat64("/var/imap/mailboxes.db", {st_mode=S_IFREG|0600,
> st_size=3520, ...}) = 0
> fcntl64(6, F_SETLKW, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0})
> = 0
> open("/var/imap/metadata/user/igb/cyrus.header", O_RDWR) = 11
> fstat64(11, {st_mode=S_IFREG|0600, st_size=250, ...}) = 0
> mmap2(NULL, 250, PROT_READ, MAP_SHARED, 11, 0) = 0x40ee1000
> open("/var/imap/metadata/user/igb/cyrus.index", O_RDWR) = 12
> fstat64(12, {st_mode=S_IFREG|0600, st_size=204784, ...}) = 0
> mmap2(NULL, 212992, PROT_READ, MAP_SHARED, 12, 0) = 0x40ef3000
> open("/var/imap/metadata/user/igb/cyrus.cache", O_RDWR) = 13
> fstat64(13, {st_mode=S_IFREG|0600, st_size=2753804, ...}) = 0
> mmap2(NULL, 2768896, PROT_READ, MAP_SHARED, 13, 0) = 0x40f27000
> fstat64(12, {st_mode=S_IFREG|0600, st_size=204784, ...}) = 0
> close(11)   = 0
> munmap(0x40ee1000, 250) = 0
> close(12)   = 0
> munmap(0x40ef3000, 212992)  = 0
> close(13)   = 0
> munmap(0x40f27000, 2768896) = 0
> write(1, ". NO Mailbox does not exist\r\n", 29) = 29
>
>
>
>
> * OK [CAPABILITY IMAP4 IMAP4rev1 LITERAL+ ID STARTTLS AUTH=CRAM-MD5
> AUTH=DIGEST-MD5 AUTH=LOGIN AUTH=PLAIN AUTH=OTP SASL-IR]
> offsite.batten.eu.org Cyrus IMAP4 v2.3.10 server ready
> . login igb X
> . OK [CAPABILITY IMAP4 IMAP4rev1 LITERAL+ ID STARTTLS AUTH=CRAM-MD5
> AUTH=DIGEST-MD5 AUTH=LOGIN AUTH=PLAIN AUTH=OTP SASL-IR ACL
> RIGHTS=kxte QUOTA MAILBOX-REFERRALS NAMESPACE UIDPLUS
> NO_ATOMIC_RENAME UNSELECT CHILDREN MULTIAPPEND BINARY SORT
> SORT=MODSEQ THREAD=ORDEREDSUBJECT THREAD=REFERENCES ANNOTATEMORE
> CATENATE CONDSTORE IDLE URLAUTH] User logged in
> . list "" *
> * LIST (\HasNoChildren) "." "INBOX"
> . OK Completed (0.020 secs 2 calls)
> . lsub "" *
> * LSUB (\HasChildren) "." "INBOX"
> * LSUB () "." "INBOX.2003"
> * LSUB () "." "INBOX.2004"
> * LSUB () "." "INBOX.2005"
> * LSUB () "." "INBOX.2006"
> * LSUB () "." "INBOX.Drafts"
> * LSUB () "." "INBOX.Holidays"
> * LSUB () "." "INBOX.Junk"
> * LSUB () "." "INBOX.Sent"
> * LSUB () "." "INBOX.Trash"
> * LSUB () "." "INBOX.clamav"
> * LSUB () "." "INBOX.macos"
> * LSUB () "." "INBOX.pre-2003"
> * LSUB () "." "INBOX.twonky"
> * LSUB () "." "INBOX.xtension"
> . OK Completed (0.030 secs 16 calls)
> . examine INBOX
> . NO Mailbox does not exist

I thinks this is the same reply, when you dont have enought right on a mailbox.
can you try to execute "myright INBOX"  using imtest for example ?

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


-- 
Alain Spineux
aspineux gmail com
May the sources be with you

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: Problem with cyrus replication: failing to update user/mailbox

[Rudy Gevaert]

Edward Prendergast wrote:
> Hi,
> 
> I've given up on cyrus-murder for now and am just focusing on replication. 
> 
> When I run /usr/lib/cyrus-imapd/sync_client -v -l -u [EMAIL PROTECTED]
> it errors on the master:

-u takes usernames, not mailbox names.  Try -u [EMAIL PROTECTED]

Also note that before 2.3.10 there is some inconsistency in the use when 
using unix hierarchy seperator.

> 
> Oct 25 13:52:29 chrisnux sync_client[10651]: USER received NO response:
> IMAP_MAILBOX_NONEXISTENT Failed to access inbox for [EMAIL PROTECTED]:
> Mailbox does not exist
> Oct 25 13:52:29 chrisnux sync_client[10651]: CREATE received NO response:
> Create client.office!user.info failed: Invalid mailbox name
> Oct 25 13:52:29 chrisnux sync_client[10651]: Error in
> do_user([EMAIL PROTECTED]): bailing out!
> 
> The slave is log says this:
> Oct 26 13:59:50 eddnux syncserver[4271]: accepted connection
> Oct 26 13:59:50 eddnux syncserver[4271]: cmdloop(): startup
> Oct 26 13:59:50 eddnux syncserver[4271]: login: chrisb [192.168.1.10] cyrus
> PLAIN User logged in
> Oct 26 13:59:50 eddnux syncserver[4271]: Failed to access inbox for
> [EMAIL PROTECTED]
> Oct 26 13:59:50 eddnux syncserver[4271]: can not unlink
> /var/lib/imap/user/i/[EMAIL PROTECTED]: No such file or directory
> Oct 26 13:59:50 eddnux syncserver[4271]: can not unlink
> /var/lib/imap/user/i/[EMAIL PROTECTED]: No such file or directory
> Oct 26 13:59:50 eddnux syncserver[4271]: Unlocked
> 
> But I'm not sure how to copy across the mailbox if the user doesn't already
> exist? I tried:
> 
> [EMAIL PROTECTED] /]# /usr/lib/cyrus-imapd/sync_client -v -l -m INBOX
> Which returns:
> MAILBOXES INBOX
> 
> And returns the same in the log, no errors:
> Oct 25 14:05:57 chrisnux sync_client[10714]: MAILBOX INBOX
> 
> The slave has this to say after INBOX transfer:
> 
> Oct 26 13:52:06 eddnux syncserver[4262]: executed
> Oct 26 13:52:06 eddnux syncserver[4262]: accepted connection
> Oct 26 13:52:06 eddnux syncserver[4262]: cmdloop(): startup
> Oct 26 13:52:06 eddnux syncserver[4262]: login: chrisb [192.168.1.10] cyrus
> PLAIN User logged in
> Oct 26 13:52:06 eddnux syncserver[4262]: Unlocked
> Oct 26 13:53:17 eddnux master[3994]: process 4262 exited, status 0
> 
> No errors here either.
> 
> Expcert from master imapd.conf:
> defaultdomain: chris.office
> virtdomains: yes
> sync_host: 192.168.1.7
> sync_authname: cyrus
> sync_password: secret
> 
> sync_machineid: 1
> sync_log: yes
> 
> I have the following line in cyrus.conf's START section:
> syncclient   cmd="/usr/lib/cyrus-imapd/sync_client -r"
> 
> and have set imap & lmtpunix to support uuid in the SERVICES section:
> imap  cmd="imapd" listen="imap" prefork=5 provide_uuid=1
> lmtpunix  cmd="lmtpd" listen="/var/lib/imap/socket/lmtp" prefork=1
> provide_uuid=1
> 
> Except from slave imapd.conf:
> defaultdomain: eddnux.office
> virtdomains: yes
> 
> Slave cyrus.conf contains this in the SERVICES section:
> syncserver   cmd="/usr/lib/cyrus-imapd/sync_server" listen="csync"
> 
> Any help with this problem would be greatly appreciated.
> 
> Thanks,
> Edward
> 
> 
> 
> The information in this email is confidential and may be legally privileged.
> It is intended solely for the addressee. Access to this email by anyone else
> is unauthorised. If you are not the intended recipient, any action taken or
> omitted to be taken in reliance on it, any form of reproduction,
> dissemination, copying, disclosure, modification, distribution and/or
> publication of this E-mail message is strictly prohibited and may be
> unlawful. If you have received this E-mail message in error, please notify
> us immediately. Please also destroy and delete the message from your
> computer.
> 
> 
> 
> 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  [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 2.3.10 Released

[Ian G Batten]

On 25 Oct 07, at 1248, Ken Murchison wrote:

> What does imapd.conf look like?

See second mail.

>
> Does the output of 'ctl_mboxlist -d' look reasonable?

Yes.

ctl_mboxlist -d > /tmp/foo
ctl_mboxlist -u < /tmp/foo
ctl_mboxlist -d | diff -c - /tmp/foo

comes up clean, too.

>
> Does 'mbexamine user.igb' look reasonable?

I don't know what reasonable looks like, I get this.   At first blush  
the Index Header info looks the same as running the same command on  
the Solaris replica, which seems much healthier.

I can flip between 2.3.7 and 2.3.10 (2.3.7 works, 2.3.10 doesn't) so  
I'm fairly certain there's nothing overly toxic about the mailboxes.

ian

[EMAIL PROTECTED] cyrus-imapd-2.3.10]# /usr/cyrus/bin/mbexamine user.igb
Examining user.igb...
  Mailbox Header Info:
   Path to mailbox: /var/imap/messages/user/igb
   Mailbox ACL: igb  lrswipcda
   Unique ID: 3ab028613d99c597
   User Flags: Junk NonJunk $MDNSent $NotJunk $Junk JunkRecorded  
$Forwarded $Label1 $Label2 $Label3 $Label4 $Label5

  Index Header Info:
   Generation Number: -1040070997
   Format: NORMAL
   Minor Version: 10
   Header Size: 96 bytes  Record Size: 88 bytes
   Number of Messages: 2326  Mailbox Size: 57125014 bytes
   Last Append Date: (1193308980) Thu Oct 25 11:43:00 2007
   UIDValidity: 1033487767  Last UID: 17662
   Deleted: 0  Answered: 464  Flagged: 0
   Mailbox Options: POP3_NEW_UIDL
   Last POP3 Login: (0) Thu Jan  1 01:00:00 1970
   Highest Mod Sequence: 1

  Message Info:
01> UID:8642   INT_DATE:1151761881 SENTDATE:1151751600 SIZE: 
32648
   > HDRSIZE:2855   LASTUPD :1193311454 SYSFLAGS:   LINES: 
535
   > CACHEVER:2  GUID:   
MODSEQ:1
   > USERFLAGS:    0008
  Envel>{314}("Sat, 01 Jul 2006 08:50:25 -0500 (CDT)" "Returned mail:  
User unknown" ((NIL NIL "postoffice" "batten.eu.org")) ((NIL NIL  
"postoffice" "batten.eu.org")) ((NIL NIL "postoffice"  
"batten.eu.org")) (("Mail Delivery Subsystem" NIL "MAILER-DAEMON"  
"batten.eu.org")) NIL NIL NIL "<[EMAIL PROTECTED]>")

and then a lot more of the same.

>
>
> Ian G Batten wrote:
>> I've just compiled 2.3.10 on batten.eu.org (my private x86  
>> servers) and although it looks OK on the Solaris 10 system, it's  
>> in deep trouble on the elderly Linux machine.  Both are upgrades  
>> from 2.3.7, the Solaris box is a replication target, the Linux box  
>> is a replication master that handles deliver and reading.  The  
>> intent is to swap them over, and that intent might come sooner  
>> than I planned.
>> LSUB produces expected output, LIST doesn't (to put it mildly) and  
>> examine/select can't select anything.  strace on the running imapd  
>> shows it's doing roughly sensible things: finding the correct  
>> partition and metapartition from the mailbox database, opening the  
>> metadata files correctly, but then it says NO.  I've reconstructed  
>> the mailbox, dumped and reloaded (ctl_mboxlist -d // ctl_mboxlist - 
>> u) the mailboxes file and run reconstruct -G ``in case it makes  
>> any odds''.  No joy.  And nothing useful in the logs, either...
>> read(0, ". examine INBOX\r\n", 4096)= 17
>> fcntl64(6, F_SETLKW, {type=F_RDLCK, whence=SEEK_SET, start=0,  
>> len=0}) = 0
>> fstat64(6, {st_mode=S_IFREG|0600, st_size=3520, ...}) = 0
>> stat64("/var/imap/mailboxes.db", {st_mode=S_IFREG|0600,  
>> st_size=3520, ...}) = 0
>> fcntl64(6, F_SETLKW, {type=F_UNLCK, whence=SEEK_SET, start=0,  
>> len=0}) = 0
>> fcntl64(6, F_SETLKW, {type=F_RDLCK, whence=SEEK_SET, start=0,  
>> len=0}) = 0
>> fstat64(6, {st_mode=S_IFREG|0600, st_size=3520, ...}) = 0
>> stat64("/var/imap/mailboxes.db", {st_mode=S_IFREG|0600,  
>> st_size=3520, ...}) = 0
>> fcntl64(6, F_SETLKW, {type=F_UNLCK, whence=SEEK_SET, start=0,  
>> len=0}) = 0
>> open("/var/imap/metadata/user/igb/cyrus.header", O_RDWR) = 11
>> fstat64(11, {st_mode=S_IFREG|0600, st_size=250, ...}) = 0
>> mmap2(NULL, 250, PROT_READ, MAP_SHARED, 11, 0) = 0x40ee1000
>> open("/var/imap/metadata/user/igb/cyrus.index", O_RDWR) = 12
>> fstat64(12, {st_mode=S_IFREG|0600, st_size=204784, ...}) = 0
>> mmap2(NULL, 212992, PROT_READ, MAP_SHARED, 12, 0) = 0x40ef3000
>> open("/var/imap/metadata/user/igb/cyrus.cache", O_RDWR) = 13
>> fstat64(13, {st_mode=S_IFREG|0600, st_size=2753804, ...}) = 0
>> mmap2(NULL, 2768896, PROT_READ, MAP_SHARED, 13, 0) = 0x40f27000
>> fstat64(12, {st_mode=S_IFREG|0600, st_size=204784, ...}) = 0
>> close(11)   = 0
>> munmap(0x40ee1000, 250) = 0
>> close(12)   = 0
>> munmap(0x40ef3000, 212992)  = 0
>> close(13)   = 0
>> munmap(0x40f27000, 2768896) = 0
>> write(1, ". NO Mailbox does not exist\r\n", 29) = 29
>> * OK [CAPABILITY IMAP4 IMAP4rev1 LITERAL+ ID STARTTLS AUTH=CRAM- 
>> MD5 AUTH=DIGEST-MD5 AUTH=LOGIN AUTH=PLAIN AUTH=OTP SASL-IR]  
>> offsite.batten.eu.org Cyrus IMAP4 v2.3.10 server ready
>> . l

Re: Cyrus IMAPd 2.3.10 Released

[Ian G Batten]

>> idled_shutdown_check: 0
>
> Are you applying third-party patches?  'idled_shutdown_check' isn't  
> a valid option in the stock distro.

No: the config dates back to the dawn of time, but the installation  
today is a straight download and compile.

ian


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 2.3.10 Released

[Dmitriy Kirhlarov]

Ian G Batten wrote:
> 
> 
> On 25 Oct 07, at 1248, Ken Murchison wrote:
> 
>> What does imapd.conf look like?
> 
> See second mail.
> 
>> Does the output of 'ctl_mboxlist -d' look reasonable?
> 
> Yes.
> 
> ctl_mboxlist -d > /tmp/foo
> ctl_mboxlist -u < /tmp/foo
> ctl_mboxlist -d | diff -c - /tmp/foo

Check /tmp/foo for @domain part in folder acl. If it present, remove 
domain part, import /tmp/foo and restart server.


WBR.
Dmitriy

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 murder scalability

[Vladimir Nikolic]

Hi,

I have questions regarding murder scalability. Untill last week we had 
one imap server with about 5 users and 2TB mailboxes. Server was 
overloaded and little slow but there was no troubles like connections 
drop and repeatedly asking users for password.
Now we have that old server and three new servers in murder 
configuration (1 frontend, 1 murder master in 2 backends) and we have 
full troubles with users (almost all of them with pop3 accounts) 
complaining that mail clients repeatedly asking for password. Logs on 
fronted are full of lines:

pop3[12914]: couldn't authenticate to backend server
pop3[9822]: couldn't authenticate to backend server: authentication failure

clients -> frontend and fronted -> backends authentications are made 
through sql sasl_auxprop_plugin (all servers runnig MySQL server which 
replicates table with usernames/passwords from same source). I've tried 
with saslauthd authentication between frontend and backends but there 
was no help.
Is there any config options regarding timeouts and maximum connections 
between frontend and backend servers?

Regards,
Vladimir

-- 
*  Vladimir Nikolić* | Sistemski administrator / System Administrator

   *Amis* | Tržaška cesta 85 | 2000 Maribor | Slovenija
   *T*el: +386 080 20 10 | *F*aks: +386 2 620 6 333 | www.amis.net


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 2.3.10 Released

[Ken Murchison]

Ian G Batten wrote:
> 
> On 25 Oct 07, at 1230, Ian G Batten wrote:
> 
>>
>>
>> I've just compiled 2.3.10 on batten.eu.org (my private x86 servers) 
>> and although it looks OK on the Solaris 10 system, it's in deep 
>> trouble on the elderly Linux machine.  Both are upgrades from 2.3.7, 
>> the Solaris box is a replication target, the Linux box is a 
>> replication master that handles deliver and reading.  The intent is to 
>> swap them over, and that intent might come sooner than I planned.
>>
>> LSUB produces expected output, LIST doesn't (to put it mildly) and 
>> examine/select can't select anything.  strace on the running imapd 
>> shows it's doing roughly sensible things: finding the correct 
>> partition and metapartition from the mailbox database, opening the 
>> metadata files correctly, but then it says NO.  I've reconstructed the 
>> mailbox, dumped and reloaded (ctl_mboxlist -d // ctl_mboxlist -u) the 
>> mailboxes file and run reconstruct -G ``in case it makes any odds''.  
>> No joy.  And nothing useful in the logs, either...
> 
> Re-installing 2.3.7 has everything back working again (apart from 
> replication to the now-2.3.10 replication target: I assume 2.3.7 master, 
> 2.3.10 replica isn't supported).  The Linux machine is very, very old 
> (2.4.20, but the userland is a massively patched and upgraded Redhat 
> 7.1).  Looking at master's logs on 2.3.10 shows a lot of imapd processes 
> getting signal 11: I'm going to hunt for the coredumps and see what's 
> causing the issue.  The version of db is very old, but I'm not using any 
> db format databases any more.
> 
> [EMAIL PROTECTED] igb]$ ldd /usr/cyrus/bin/imapd
> libsasl2.so.2 => /usr/local/lib/libsasl2.so.2 (0x4002)
> libssl.so.0.9.6 => /usr/lib/libssl.so.0.9.6 (0x40032000)
> libcrypto.so.0.9.6 => /usr/lib/libcrypto.so.0.9.6 (0x40061000)
> libresolv.so.2 => /lib/libresolv.so.2 (0x40122000)
> libdb-3.1.so => /lib/libdb-3.1.so (0x40134000)
> libnsl.so.1 => /lib/libnsl.so.1 (0x401ad000)
> libc.so.6 => /lib/i686/libc.so.6 (0x401c4000)
> libdl.so.2 => /lib/libdl.so.2 (0x4030)
> /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x4000)
> [EMAIL PROTECTED] igb]$
> 
> [EMAIL PROTECTED] igb]$ cat /etc/imapd.conf
> configdirectory: /var/imap
> partition-default: /var/imap/messages
> metapartition_files: header index cache expunge squat
> metapartition-default: /var/imap/metadata
> sievedir: /var/imap/sieve
> imap_admins: offsite
> lmtp_admins: deliver
> sasl_pwcheck_method: auxprop
> expunge_mode: delayed
> 
> imaps_tls_cert_file: /var/imap/certs/imap-cert.pem
> imaps_tls_key_file: /var/imap/certs/imap-private.pem
> imap_tls_cert_file: /var/imap/certs/imap-cert.pem
> imap_tls_key_file: /var/imap/certs/imap-private.pem
> 
> # there is no STARTTLS for POP3, so this can only happen over port 995
> pop3s_tls_cert_file: /var/imap/certs/pop-cert.pem
> pop3s_tls_key_file: /var/imap/certs/pop-private.pem
> 
> # there is ONLY STARTTLS for LMTP, so the service name is always lmtp
> lmtp_tls_cert_file: disabled
> lmtp_tls_key_file: disabled
> 
> # same for everyone
> tls_ca_path: /var/imap/certs/ca
> 
> sasl_maximum_layer: 0
> tls_cipher_list: RC4
> idled_shutdown_check: 0

Are you applying third-party patches?  'idled_shutdown_check' isn't a 
valid option in the stock distro.

-- 
Kenneth Murchison
Systems Programmer
Project Cyrus Developer/Maintainer
Carnegie Mellon University

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 2.3.10 Released

[Ken Murchison]

Ian G Batten wrote:
> 
> On 25 Oct 07, at 1248, Ken Murchison wrote:
> 
>> What does imapd.conf look like?
>>
>> Does the output of 'ctl_mboxlist -d' look reasonable?
>>
>> Does 'mbexamine user.igb' look reasonable?
> 
> OK, there's a steady stream of imapd processes being forked and then 
> dying on SIGSEGV.  I've caught one in the act. That looks SASL-y: I'll 
> check the versions and upgrade.

If the 2.3.10 imapd's are all dying, then how were you able to connect 
to one which fails to SELECT?

Are you compiling Cyrus yourself?  Are you working in separate 
directories for each version, or just using the same CVS sandbox?  If 
you're working from one directory, make sure you do a complete rebuild 
(make clean; make all).  I've seen weird behavior when only part of the 
source tree is rebuilt.

-- 
Kenneth Murchison
Systems Programmer
Project Cyrus Developer/Maintainer
Carnegie Mellon University

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 2.3.10 Released

[Ken Murchison]

What does imapd.conf look like?

Does the output of 'ctl_mboxlist -d' look reasonable?

Does 'mbexamine user.igb' look reasonable?


Ian G Batten wrote:
> 
> 
> I've just compiled 2.3.10 on batten.eu.org (my private x86 servers) and 
> although it looks OK on the Solaris 10 system, it's in deep trouble on 
> the elderly Linux machine.  Both are upgrades from 2.3.7, the Solaris 
> box is a replication target, the Linux box is a replication master that 
> handles deliver and reading.  The intent is to swap them over, and that 
> intent might come sooner than I planned.
> 
> LSUB produces expected output, LIST doesn't (to put it mildly) and 
> examine/select can't select anything.  strace on the running imapd shows 
> it's doing roughly sensible things: finding the correct partition and 
> metapartition from the mailbox database, opening the metadata files 
> correctly, but then it says NO.  I've reconstructed the mailbox, dumped 
> and reloaded (ctl_mboxlist -d // ctl_mboxlist -u) the mailboxes file and 
> run reconstruct -G ``in case it makes any odds''.  No joy.  And nothing 
> useful in the logs, either...
> 
> read(0, ". examine INBOX\r\n", 4096)= 17
> fcntl64(6, F_SETLKW, {type=F_RDLCK, whence=SEEK_SET, start=0, len=0}) = 0
> fstat64(6, {st_mode=S_IFREG|0600, st_size=3520, ...}) = 0
> stat64("/var/imap/mailboxes.db", {st_mode=S_IFREG|0600, st_size=3520, 
> ...}) = 0
> fcntl64(6, F_SETLKW, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}) = 0
> fcntl64(6, F_SETLKW, {type=F_RDLCK, whence=SEEK_SET, start=0, len=0}) = 0
> fstat64(6, {st_mode=S_IFREG|0600, st_size=3520, ...}) = 0
> stat64("/var/imap/mailboxes.db", {st_mode=S_IFREG|0600, st_size=3520, 
> ...}) = 0
> fcntl64(6, F_SETLKW, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}) = 0
> open("/var/imap/metadata/user/igb/cyrus.header", O_RDWR) = 11
> fstat64(11, {st_mode=S_IFREG|0600, st_size=250, ...}) = 0
> mmap2(NULL, 250, PROT_READ, MAP_SHARED, 11, 0) = 0x40ee1000
> open("/var/imap/metadata/user/igb/cyrus.index", O_RDWR) = 12
> fstat64(12, {st_mode=S_IFREG|0600, st_size=204784, ...}) = 0
> mmap2(NULL, 212992, PROT_READ, MAP_SHARED, 12, 0) = 0x40ef3000
> open("/var/imap/metadata/user/igb/cyrus.cache", O_RDWR) = 13
> fstat64(13, {st_mode=S_IFREG|0600, st_size=2753804, ...}) = 0
> mmap2(NULL, 2768896, PROT_READ, MAP_SHARED, 13, 0) = 0x40f27000
> fstat64(12, {st_mode=S_IFREG|0600, st_size=204784, ...}) = 0
> close(11)   = 0
> munmap(0x40ee1000, 250) = 0
> close(12)   = 0
> munmap(0x40ef3000, 212992)  = 0
> close(13)   = 0
> munmap(0x40f27000, 2768896) = 0
> write(1, ". NO Mailbox does not exist\r\n", 29) = 29
> 
> 
> 
> 
> * OK [CAPABILITY IMAP4 IMAP4rev1 LITERAL+ ID STARTTLS AUTH=CRAM-MD5 
> AUTH=DIGEST-MD5 AUTH=LOGIN AUTH=PLAIN AUTH=OTP SASL-IR] 
> offsite.batten.eu.org Cyrus IMAP4 v2.3.10 server ready
> . login igb X
> . OK [CAPABILITY IMAP4 IMAP4rev1 LITERAL+ ID STARTTLS AUTH=CRAM-MD5 
> AUTH=DIGEST-MD5 AUTH=LOGIN AUTH=PLAIN AUTH=OTP SASL-IR ACL RIGHTS=kxte 
> QUOTA MAILBOX-REFERRALS NAMESPACE UIDPLUS NO_ATOMIC_RENAME UNSELECT 
> CHILDREN MULTIAPPEND BINARY SORT SORT=MODSEQ THREAD=ORDEREDSUBJECT 
> THREAD=REFERENCES ANNOTATEMORE CATENATE CONDSTORE IDLE URLAUTH] User 
> logged in
> . list "" *
> * LIST (\HasNoChildren) "." "INBOX"
> . OK Completed (0.020 secs 2 calls)
> . lsub "" *
> * LSUB (\HasChildren) "." "INBOX"
> * LSUB () "." "INBOX.2003"
> * LSUB () "." "INBOX.2004"
> * LSUB () "." "INBOX.2005"
> * LSUB () "." "INBOX.2006"
> * LSUB () "." "INBOX.Drafts"
> * LSUB () "." "INBOX.Holidays"
> * LSUB () "." "INBOX.Junk"
> * LSUB () "." "INBOX.Sent"
> * LSUB () "." "INBOX.Trash"
> * LSUB () "." "INBOX.clamav"
> * LSUB () "." "INBOX.macos"
> * LSUB () "." "INBOX.pre-2003"
> * LSUB () "." "INBOX.twonky"
> * LSUB () "." "INBOX.xtension"
> . OK Completed (0.030 secs 16 calls)
> . examine INBOX
> . NO Mailbox does not exist
> 
> 
> 
> 
> 
> 
> 


-- 
Kenneth Murchison
Systems Programmer
Project Cyrus Developer/Maintainer
Carnegie Mellon University

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 2.3.10 Released

[Ian G Batten]

On 25 Oct 07, at 1230, Ian G Batten wrote:

>
>
> I've just compiled 2.3.10 on batten.eu.org (my private x86 servers)  
> and although it looks OK on the Solaris 10 system, it's in deep  
> trouble on the elderly Linux machine.  Both are upgrades from  
> 2.3.7, the Solaris box is a replication target, the Linux box is a  
> replication master that handles deliver and reading.  The intent is  
> to swap them over, and that intent might come sooner than I planned.
>
> LSUB produces expected output, LIST doesn't (to put it mildly) and  
> examine/select can't select anything.  strace on the running imapd  
> shows it's doing roughly sensible things: finding the correct  
> partition and metapartition from the mailbox database, opening the  
> metadata files correctly, but then it says NO.  I've reconstructed  
> the mailbox, dumped and reloaded (ctl_mboxlist -d // ctl_mboxlist - 
> u) the mailboxes file and run reconstruct -G ``in case it makes any  
> odds''.  No joy.  And nothing useful in the logs, either...

Re-installing 2.3.7 has everything back working again (apart from  
replication to the now-2.3.10 replication target: I assume 2.3.7  
master, 2.3.10 replica isn't supported).  The Linux machine is very,  
very old (2.4.20, but the userland is a massively patched and  
upgraded Redhat 7.1).  Looking at master's logs on 2.3.10 shows a lot  
of imapd processes getting signal 11: I'm going to hunt for the  
coredumps and see what's causing the issue.  The version of db is  
very old, but I'm not using any db format databases any more.

[EMAIL PROTECTED] igb]$ ldd /usr/cyrus/bin/imapd
 libsasl2.so.2 => /usr/local/lib/libsasl2.so.2 (0x4002)
 libssl.so.0.9.6 => /usr/lib/libssl.so.0.9.6 (0x40032000)
 libcrypto.so.0.9.6 => /usr/lib/libcrypto.so.0.9.6 (0x40061000)
 libresolv.so.2 => /lib/libresolv.so.2 (0x40122000)
 libdb-3.1.so => /lib/libdb-3.1.so (0x40134000)
 libnsl.so.1 => /lib/libnsl.so.1 (0x401ad000)
 libc.so.6 => /lib/i686/libc.so.6 (0x401c4000)
 libdl.so.2 => /lib/libdl.so.2 (0x4030)
 /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x4000)
[EMAIL PROTECTED] igb]$

[EMAIL PROTECTED] igb]$ cat /etc/imapd.conf
configdirectory: /var/imap
partition-default: /var/imap/messages
metapartition_files: header index cache expunge squat
metapartition-default: /var/imap/metadata
sievedir: /var/imap/sieve
imap_admins: offsite
lmtp_admins: deliver
sasl_pwcheck_method: auxprop
expunge_mode: delayed

imaps_tls_cert_file: /var/imap/certs/imap-cert.pem
imaps_tls_key_file: /var/imap/certs/imap-private.pem
imap_tls_cert_file: /var/imap/certs/imap-cert.pem
imap_tls_key_file: /var/imap/certs/imap-private.pem

# there is no STARTTLS for POP3, so this can only happen over port 995
pop3s_tls_cert_file: /var/imap/certs/pop-cert.pem
pop3s_tls_key_file: /var/imap/certs/pop-private.pem

# there is ONLY STARTTLS for LMTP, so the service name is always lmtp
lmtp_tls_cert_file: disabled
lmtp_tls_key_file: disabled

# same for everyone
tls_ca_path: /var/imap/certs/ca

sasl_maximum_layer: 0
tls_cipher_list: RC4
idled_shutdown_check: 0
annotation_db: skiplist
duplicate_db: skiplist
mboxlist_db: skiplist
ptscache_db: skiplist
seenstate_db: skiplist
subscription_db: skiplist
tlscache_db: skiplist

sync_host: offsite2.batten.eu.org
sync_authname: X
sync_realm: X
sync_password: XX
sync_machineid: 1
sync_log: 1
allowplaintext: 1
[EMAIL PROTECTED] igb]$






* OK [CAPABILITY IMAP4 IMAP4rev1 LITERAL+ ID STARTTLS AUTH=CRAM-MD5  
AUTH=DIGEST-MD5 AUTH=OTP SASL-IR] offsite.batten.eu.org Cyrus IMAP4  
v2.3.7 server ready
. login igb XX
. OK [CAPABILITY IMAP4 IMAP4rev1 LITERAL+ ID LOGINDISABLED ACL  
RIGHTS=kxte QUOTA MAILBOX-REFERRALS NAMESPACE UIDPLUS  
NO_ATOMIC_RENAME UNSELECT CHILDREN MULTIAPPEND BINARY SORT  
SORT=MODSEQ THREAD=ORDEREDSUBJECT THREAD=REFERENCES ANNOTATEMORE  
CATENATE CONDSTORE IDLE URLAUTH] User logged in
. select INBOX
* FLAGS (\Answered \Flagged \Draft \Deleted \Seen Junk NonJunk  
$MDNSent $NotJunk $Junk JunkRecorded $Forwarded $Label1 $Label2  
$Label3 $Label4 $Label5)
* OK [PERMANENTFLAGS (\Answered \Flagged \Draft \Deleted \Seen Junk  
NonJunk $MDNSent $NotJunk $Junk JunkRecorded $Forwarded $Label1  
$Label2 $Label3 $Label4 $Label5 \*)]
* 2326 EXISTS
* 0 RECENT
* OK [UNSEEN 2325]
* OK [UIDVALIDITY 1033487767]
* OK [UIDNEXT 17663]
* OK [NOMODSEQ] Sorry, modsequences have not been enabled on this  
mailbox
. OK [READ-WRITE] Completed


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

Problem with cyrus replication: failing to update user/mailbox

[Edward Prendergast]

Hi,

I've given up on cyrus-murder for now and am just focusing on replication. 

When I run /usr/lib/cyrus-imapd/sync_client -v -l -u [EMAIL PROTECTED]
it errors on the master:

Oct 25 13:52:29 chrisnux sync_client[10651]: USER received NO response:
IMAP_MAILBOX_NONEXISTENT Failed to access inbox for [EMAIL PROTECTED]:
Mailbox does not exist
Oct 25 13:52:29 chrisnux sync_client[10651]: CREATE received NO response:
Create client.office!user.info failed: Invalid mailbox name
Oct 25 13:52:29 chrisnux sync_client[10651]: Error in
do_user([EMAIL PROTECTED]): bailing out!

The slave is log says this:
Oct 26 13:59:50 eddnux syncserver[4271]: accepted connection
Oct 26 13:59:50 eddnux syncserver[4271]: cmdloop(): startup
Oct 26 13:59:50 eddnux syncserver[4271]: login: chrisb [192.168.1.10] cyrus
PLAIN User logged in
Oct 26 13:59:50 eddnux syncserver[4271]: Failed to access inbox for
[EMAIL PROTECTED]
Oct 26 13:59:50 eddnux syncserver[4271]: can not unlink
/var/lib/imap/user/i/[EMAIL PROTECTED]: No such file or directory
Oct 26 13:59:50 eddnux syncserver[4271]: can not unlink
/var/lib/imap/user/i/[EMAIL PROTECTED]: No such file or directory
Oct 26 13:59:50 eddnux syncserver[4271]: Unlocked

But I'm not sure how to copy across the mailbox if the user doesn't already
exist? I tried:

[EMAIL PROTECTED] /]# /usr/lib/cyrus-imapd/sync_client -v -l -m INBOX
Which returns:
MAILBOXES INBOX

And returns the same in the log, no errors:
Oct 25 14:05:57 chrisnux sync_client[10714]: MAILBOX INBOX

The slave has this to say after INBOX transfer:

Oct 26 13:52:06 eddnux syncserver[4262]: executed
Oct 26 13:52:06 eddnux syncserver[4262]: accepted connection
Oct 26 13:52:06 eddnux syncserver[4262]: cmdloop(): startup
Oct 26 13:52:06 eddnux syncserver[4262]: login: chrisb [192.168.1.10] cyrus
PLAIN User logged in
Oct 26 13:52:06 eddnux syncserver[4262]: Unlocked
Oct 26 13:53:17 eddnux master[3994]: process 4262 exited, status 0

No errors here either.

Expcert from master imapd.conf:
defaultdomain: chris.office
virtdomains: yes
sync_host: 192.168.1.7
sync_authname: cyrus
sync_password: secret

sync_machineid: 1
sync_log: yes

I have the following line in cyrus.conf's START section:
syncclient   cmd="/usr/lib/cyrus-imapd/sync_client -r"

and have set imap & lmtpunix to support uuid in the SERVICES section:
imap  cmd="imapd" listen="imap" prefork=5 provide_uuid=1
lmtpunix  cmd="lmtpd" listen="/var/lib/imap/socket/lmtp" prefork=1
provide_uuid=1

Except from slave imapd.conf:
defaultdomain: eddnux.office
virtdomains: yes

Slave cyrus.conf contains this in the SERVICES section:
syncserver   cmd="/usr/lib/cyrus-imapd/sync_server" listen="csync"

Any help with this problem would be greatly appreciated.

Thanks,
Edward



The information in this email is confidential and may be legally privileged.
It is intended solely for the addressee. Access to this email by anyone else
is unauthorised. If you are not the intended recipient, any action taken or
omitted to be taken in reliance on it, any form of reproduction,
dissemination, copying, disclosure, modification, distribution and/or
publication of this E-mail message is strictly prohibited and may be
unlawful. If you have received this E-mail message in error, please notify
us immediately. Please also destroy and delete the message from your
computer.



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 2.3.10 Released

[Ian G Batten]

I've just compiled 2.3.10 on batten.eu.org (my private x86 servers)  
and although it looks OK on the Solaris 10 system, it's in deep  
trouble on the elderly Linux machine.  Both are upgrades from 2.3.7,  
the Solaris box is a replication target, the Linux box is a  
replication master that handles deliver and reading.  The intent is  
to swap them over, and that intent might come sooner than I planned.

LSUB produces expected output, LIST doesn't (to put it mildly) and  
examine/select can't select anything.  strace on the running imapd  
shows it's doing roughly sensible things: finding the correct  
partition and metapartition from the mailbox database, opening the  
metadata files correctly, but then it says NO.  I've reconstructed  
the mailbox, dumped and reloaded (ctl_mboxlist -d // ctl_mboxlist -u)  
the mailboxes file and run reconstruct -G ``in case it makes any  
odds''.  No joy.  And nothing useful in the logs, either...

read(0, ". examine INBOX\r\n", 4096)= 17
fcntl64(6, F_SETLKW, {type=F_RDLCK, whence=SEEK_SET, start=0, len=0})  
= 0
fstat64(6, {st_mode=S_IFREG|0600, st_size=3520, ...}) = 0
stat64("/var/imap/mailboxes.db", {st_mode=S_IFREG|0600,  
st_size=3520, ...}) = 0
fcntl64(6, F_SETLKW, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0})  
= 0
fcntl64(6, F_SETLKW, {type=F_RDLCK, whence=SEEK_SET, start=0, len=0})  
= 0
fstat64(6, {st_mode=S_IFREG|0600, st_size=3520, ...}) = 0
stat64("/var/imap/mailboxes.db", {st_mode=S_IFREG|0600,  
st_size=3520, ...}) = 0
fcntl64(6, F_SETLKW, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0})  
= 0
open("/var/imap/metadata/user/igb/cyrus.header", O_RDWR) = 11
fstat64(11, {st_mode=S_IFREG|0600, st_size=250, ...}) = 0
mmap2(NULL, 250, PROT_READ, MAP_SHARED, 11, 0) = 0x40ee1000
open("/var/imap/metadata/user/igb/cyrus.index", O_RDWR) = 12
fstat64(12, {st_mode=S_IFREG|0600, st_size=204784, ...}) = 0
mmap2(NULL, 212992, PROT_READ, MAP_SHARED, 12, 0) = 0x40ef3000
open("/var/imap/metadata/user/igb/cyrus.cache", O_RDWR) = 13
fstat64(13, {st_mode=S_IFREG|0600, st_size=2753804, ...}) = 0
mmap2(NULL, 2768896, PROT_READ, MAP_SHARED, 13, 0) = 0x40f27000
fstat64(12, {st_mode=S_IFREG|0600, st_size=204784, ...}) = 0
close(11)   = 0
munmap(0x40ee1000, 250) = 0
close(12)   = 0
munmap(0x40ef3000, 212992)  = 0
close(13)   = 0
munmap(0x40f27000, 2768896) = 0
write(1, ". NO Mailbox does not exist\r\n", 29) = 29




* OK [CAPABILITY IMAP4 IMAP4rev1 LITERAL+ ID STARTTLS AUTH=CRAM-MD5  
AUTH=DIGEST-MD5 AUTH=LOGIN AUTH=PLAIN AUTH=OTP SASL-IR]  
offsite.batten.eu.org Cyrus IMAP4 v2.3.10 server ready
. login igb X
. OK [CAPABILITY IMAP4 IMAP4rev1 LITERAL+ ID STARTTLS AUTH=CRAM-MD5  
AUTH=DIGEST-MD5 AUTH=LOGIN AUTH=PLAIN AUTH=OTP SASL-IR ACL  
RIGHTS=kxte QUOTA MAILBOX-REFERRALS NAMESPACE UIDPLUS  
NO_ATOMIC_RENAME UNSELECT CHILDREN MULTIAPPEND BINARY SORT  
SORT=MODSEQ THREAD=ORDEREDSUBJECT THREAD=REFERENCES ANNOTATEMORE  
CATENATE CONDSTORE IDLE URLAUTH] User logged in
. list "" *
* LIST (\HasNoChildren) "." "INBOX"
. OK Completed (0.020 secs 2 calls)
. lsub "" *
* LSUB (\HasChildren) "." "INBOX"
* LSUB () "." "INBOX.2003"
* LSUB () "." "INBOX.2004"
* LSUB () "." "INBOX.2005"
* LSUB () "." "INBOX.2006"
* LSUB () "." "INBOX.Drafts"
* LSUB () "." "INBOX.Holidays"
* LSUB () "." "INBOX.Junk"
* LSUB () "." "INBOX.Sent"
* LSUB () "." "INBOX.Trash"
* LSUB () "." "INBOX.clamav"
* LSUB () "." "INBOX.macos"
* LSUB () "." "INBOX.pre-2003"
* LSUB () "." "INBOX.twonky"
* LSUB () "." "INBOX.xtension"
. OK Completed (0.030 secs 16 calls)
. examine INBOX
. NO Mailbox does not exist







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: Login disabled. URGENT!!!

[Nikos Gatsis]

Indeed, I add  allowplaintext: yes and works fine!
Thank you all for your answers!

Simon Matter wrote:

Hello list!
After fedora update cyrus users and also root cannot login to cyrus.
I recieve the message:

Login disabled.
cyradm: cannot authenticate to server with  as root

can somebody help me?

the last version is cyrus-imapd-2.3.9-7.fc7



Maybe you need this in imapd.conf:
allowplaintext: 1

If that helps then it's because the option default has changed in 2.3.9
and the Fedora package didn't care about it.

Regards,
Simon

  

Thank you


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



  


--

*Γατσής Νίκος - Gatsis Nikos*
Web developer
tel.: 2108256721 - 2108256722
fax: 2108256712
email: [EMAIL PROTECTED]
http://www.qbit.gr

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: Login disabled. URGENT!!!

[Rudy Gevaert]

Nikos Gatsis wrote:
> Hello list!
> After fedora update cyrus users and also root cannot login to cyrus.
> I recieve the message:
> 
> Login disabled.
> cyradm: cannot authenticate to server with  as root
> 
> can somebody help me?
> 
> the last version is cyrus-imapd-2.3.9-7.fc7

See the release note.  In 2.3.9 allowplaintext is set to no as default.

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

Error while compiling CyrusIMAP..Please help.

[BipinDas]

Dear List,

I have got the following error while compiling CyrusIMAP 2.3.1 on my 
Centos server. I had patched Autocreate patch for this setup.


 

/usr/bin/ld: ../../lib/libcyrus.a(imclient.o): relocation R_X86_64_32 
against `a local symbol' can not be used when making a shared object; 
recompile  with -fPIC

 


This was happened while I apply the command " make all CFLAGS=-O".  Has 
anybody come across the problem,please share.

-- 

Greetings

BipinDas  
Linux System Administrator,
Ditro Advanced Technologies,SBC,BIII,  
Thapasya,Infopark Kochin.
http://ditro.com.
+91 94466 12493.



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: Login disabled. URGENT!!!

[Simon Matter]

> Hello list!
> After fedora update cyrus users and also root cannot login to cyrus.
> I recieve the message:
>
> Login disabled.
> cyradm: cannot authenticate to server with  as root
>
> can somebody help me?
>
> the last version is cyrus-imapd-2.3.9-7.fc7

Maybe you need this in imapd.conf:
allowplaintext: 1

If that helps then it's because the option default has changed in 2.3.9
and the Fedora package didn't care about it.

Regards,
Simon

>
> Thank you
>
> 
> 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

Re: Login disabled. URGENT!!!

[Nikos Gatsis]

Hello Torsten!
Thank you for your answer!

I add the following lines in imapd.conf and worked!

allowanonymouslogin: no
allowplaintext: yes

The mystery is that these cyrus server was working for over a month 
without problem.

After updating some rpms including cyrus imapd appear this  problem!

Thank you again

Torsten Schlabach wrote:

Dear Nikos!

Some details about your setup would be helpful. against what do you 
authenticate your users? /etc/passwd, LDAP, ...

Did you make sure you got some SASL mechs in /usr/lib/sasl2? This is a common pitfall in 
Debian Linux. Installing lib-sasl2 does not mean that you installed any mechanisms. Grep 
your logfiles for something like "no worthy mechs found". That would be an 
indicator.

Regards,
Torsten


 Original-Nachricht 
  

Datum: Thu, 25 Oct 2007 11:57:41 +0300
Von: Nikos Gatsis <[EMAIL PROTECTED]>
An: info-cyrus@lists.andrew.cmu.edu
Betreff: Login disabled. URGENT!!!



  

Hello list!
After fedora update cyrus users and also root cannot login to cyrus.
I recieve the message:

Login disabled.
cyradm: cannot authenticate to server with  as root

can somebody help me?

the last version is cyrus-imapd-2.3.9-7.fc7

Thank you




  


--

*Γατσής Νίκος - Gatsis Nikos*
Web developer
tel.: 2108256721 - 2108256722
fax: 2108256712
email: [EMAIL PROTECTED]
http://www.qbit.gr

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: Login disabled. URGENT!!!

[Torsten Schlabach]

Dear Nikos!

Some details about your setup would be helpful. against what do you 
authenticate your users? /etc/passwd, LDAP, ...

Did you make sure you got some SASL mechs in /usr/lib/sasl2? This is a common 
pitfall in Debian Linux. Installing lib-sasl2 does not mean that you installed 
any mechanisms. Grep your logfiles for something like "no worthy mechs found". 
That would be an indicator.

Regards,
Torsten


 Original-Nachricht 
> Datum: Thu, 25 Oct 2007 11:57:41 +0300
> Von: Nikos Gatsis <[EMAIL PROTECTED]>
> An: info-cyrus@lists.andrew.cmu.edu
> Betreff: Login disabled. URGENT!!!

> Hello list!
> After fedora update cyrus users and also root cannot login to cyrus.
> I recieve the message:
> 
> Login disabled.
> cyradm: cannot authenticate to server with  as root
> 
> can somebody help me?
> 
> the last version is cyrus-imapd-2.3.9-7.fc7
> 
> Thank you
> 

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

Login disabled. URGENT!!!

[Nikos Gatsis]

Hello list!
After fedora update cyrus users and also root cannot login to cyrus.
I recieve the message:

Login disabled.
cyradm: cannot authenticate to server with  as root

can somebody help me?

the last version is cyrus-imapd-2.3.9-7.fc7

Thank you


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