(SOLVED) Re: Problem on creating users account and their mail boxes

--- Simon Matter <[EMAIL PROTECTED]> wrote: - snip - > Exactly, I suggest you remove all mailboxes and then start creating > the > correct new ones. Hi Simon, I take your advice deleting all mailboxes while running cyradm and recreate them afterwards. SquirrelMail is now running nicely send

Re: Problem on creating users account and their mail boxes

Hi Nicolas, - snip - > Back to Cyrus-imapd, I tried to use the Debian version, but after > considering the Debian-specifics docs and scripts, I ended up > compiling > my own version, and use a really simple configuration, provided by > the > sources. The only reason for me installing packa

Re: murder authentication frontend -> backend problem

Hello Andrew, thank you for your suggestions and time. Does anyone else have tips on this e-mail list. In the meantime installed version 2.3.7 still the same problem Regards Constan Andrew Morgan schreef: > On Sat, 14 Jun 2008, Constan @ Sylconia.nl wrote: > >> hello Andrew, >> >> does this t

Re: Is skiplist dependant on byte order?

Another interesting question is : IS skiplist 32 vs 64 bit dependant ? Then how to transfers annotation.db between incompatible platform ? "flat" format is excluded because annotation could contain binary data, and flat is not a "permitted" format in imapd.conf. Then should I convert into berke

Re: (SOLVED) Re: Problem on creating users account and their mail boxes

On Mon, Jun 16, 2008 at 9:29 AM, Stephen Liu <[EMAIL PROTECTED]> wrote: > --- Simon Matter <[EMAIL PROTECTED]> wrote: > > - snip - > >> Exactly, I suggest you remove all mailboxes and then start creating >> the >> correct new ones. > > > Hi Simon, > > > I take your advice deleting all mailboxes whi

Re: Is skiplist dependant on byte order?

I'm going to take a shot in the dark, BIG Endian vs. Little Endian? Unfortunately I do believe bdb databases do care if it was big or little... and going from Sparc (BIG) to x86 (little)... Would not work very well :( I am going to guess that a reconstruct may not be a bad idea, your seen d

Re: Is skiplist dependant on byte order?

On Mon, 16 Jun 2008 03:29:25 -0700, "Scott Likens" <[EMAIL PROTECTED]> said: > I'm going to take a shot in the dark, > > BIG Endian vs. Little Endian? Skiplist has had quite a lot of care taken to use network order for all values. I don't _believe_ there are any issues. > Unfortunately I do be

pam pop issue

Dear All, I need to access pop and imap on user based IP level restrictions. I found pam to be best suited for this service level restriction. The restriction will be as below. User pqr should be allowed POP from IPADDR-1 User B should be allowed IMAP from IPADDR-2 User C should be allowed POP a

Re: pam pop issue

On Mon, Jun 16, 2008 at 10:49:11PM +0530, Ashay Chitnis wrote: > >I need to access pop and imap on user based IP level restrictions. I >found pam to be best suited for this service level restriction. The >restriction will be as below. >User pqr should be allowed POP from IPADDR-1

Re: pam pop issue

Hi, sasl does not pass the IP-Address to pam. Quoting Ashay Chitnis <[EMAIL PROTECTED]>: > Dear All, > > I need to access pop and imap on user based IP level restrictions. I found > pam to be best suited for this service level restriction. The restriction > will be as below. > > User pqr shou

Re: pam pop issue

On Tue, Jun 17, 2008 at 12:46 AM, Michael Menge < [EMAIL PROTECTED]> wrote: > Hi, > > sasl does not pass the IP-Address to pam. > Exactly! This is what is happening i guess... coz it takes "ALL" as the token but doesnt react on IP addresses.. any guess how i can MAKE it work?? Any link on th

Re: Not all mailboxes listed when migrating to new server

Thanks for all the suggestions. In the end, I took a scratch server, installed Cyrus on it and was able to import the mailbox dump file without any problem. On the server I was having the problems with, I reinstalled Linux and Cyrus, and imported the mailboxes just fine. I've no idea what was going

Re: pam pop issue

On Mon, Jun 16, 2008 at 7:19 PM, Ashay Chitnis <[EMAIL PROTECTED]> wrote: > Dear All, > > I need to access pop and imap on user based IP level restrictions. I found > pam to be best suited for this service level restriction. The restriction > will be as below. > > User pqr should be allowed POP fr

mupdate TLS

Does the mupdate process in a Cyrus murder actually use TLS? The 'mupdatetest' binary doesn't seem to support it. The --help doesn't list TLS as an option, and if I use "-t ''", it just hangs during TLS negotiation. It seems like it should work because mupdated lists STARTTLS in the capabilit

Re: (SOLVED) Re: Problem on creating users account and their mail boxes

--- Alain Spineux <[EMAIL PROTECTED]> wrote: > > I don't think I need unixhierarchysep. Neither I have a full > > understanding of its function. > > > > "unixhierarchysep" is usefull to have allow dot into mailbox name. Hi Alain, Whether you meant; INBOX INBOX.Drafts "INBOX.Sent Items" I

Re: mupdate TLS

On 16 Jun 2008, at 19:07, Andrew Morgan wrote: > Does the mupdate process in a Cyrus murder actually use TLS? Almost certainly. mupdate_connect devolves to backend_connect, the same routine that cyrus routinely uses throughout for proxy connections. Also, the mupdate server pays attention to

Re: Is skiplist dependant on byte order?

On Mon, Jun 16, 2008 at 10:18:47PM +1000, Bron Gondwana wrote: > > On Mon, 16 Jun 2008 03:29:25 -0700, "Scott Likens" <[EMAIL PROTECTED]> said: > > I'm going to take a shot in the dark, > > > > BIG Endian vs. Little Endian? > > Skiplist has had quite a lot of care taken to use network order for

Re: (SOLVED) Re: Problem on creating users account and their mail boxes

On Tue, Jun 17, 2008 at 2:51 AM, Stephen Liu <[EMAIL PROTECTED]> wrote: > > --- Alain Spineux <[EMAIL PROTECTED]> wrote: > > >> > I don't think I need unixhierarchysep. Neither I have a full >> > understanding of its function. >> > >> >> "unixhierarchysep" is usefull to have allow dot into mailbox