Re: cyrus-imapd not starting after upgrade

2019-01-17 Thread Jan Schneider



Zitat von Daniel Bareiro :


Hi, Michael. Thanks for your reply.

On 16/1/19 04:19, Michael Menge wrote:


After that I managed to get the service is up and running (although I
have still doubt about the "http" line).



http is used for CalDAV / CardDav so is most likely in the cyrus-caldav
package.
This enables your cyrus server to store address books and calendars.



It seems that "http" does indeed enable CalDAV / CardDAV support with
the cyrus-caldav package. I had not thought of it :-) After installing
the package and uncommenting the "http" line, the error was not shown. I
will need this to synchronize calendars and tasks.

I guess it would have to work with this but Thunderbird shows a message
saying "the calendar is momentarily unavailable". It's weird because it
brought the information from Horde calendar and in fact I added a new
event in Thunderbird and it was shown by Horde. But when I pressed the
sync button this message was shown with an exclamation mark. But this
has already happened to me with Cyrus 2.4.17 and Thunderbird 60.x. I'm
thinking if it has to do with something on the side of Thunderbird 60.x
or Horde or the result of the interaction of both.



Horde (Kronolith and Turba) have there own ClaDAV / CardDav Server,
AFAIK Horde is at the moment not able to use cyrus as an Backend for
its calendars and address books.

Horde had support for Kolab, and the CalDAV / CardDAV in Cyrus is
based on what Kolab did there. But the support in Horde has not been
updated yet.

So most likely you have configured your thunderbird to synchronize
to horde and do not use the cyrus CalDAV / CardDAV feature


Yes, I did it using the HTTP address provided by Horde for the
corresponding calendar. I thought Thunderbird needed that Cyrus support
from CalDAV / CarDAV to interact with Horde.

I think I would just be missing solve the crash of the process when
trying to access a specific folder (I think it just happens with that).

--
Jan 16 10:47:17 mail cyrus/imaps[10794]: Fatal error: Exists wrong 257
256 22 16596
Jan 16 10:47:17 mail cyrus/master[2694]: process type:SERVICE name:imaps
path:/usr/lib/cyrus/bin/imapd age:0.298s pid:10794 exited, status 75
--

I was not able to find the cause yet. Maybe a problem with repeated
messages (that "257 256" makes me think about that) causes a process
crash? This had never happened to me with 2.4.17. Apparently, it only
happens with that folder. Yesterday I deleted all the messages there
using Thunderbird (they were cron jobs mails) and now I would have to
see the cron jobs that ran today, but I don't see anything. When I try
to open the folder, Thunderbird displays a message saying "Server
[mailserver] has disconnected. The server may have gone down or there
may be a network problem". Maybe the information in the folder is in an
inconsistent state for some reason after the upgrade?

Thanks for your time.


Kind regards,
Daniel


Just for clarification: you can use Cyrus as a backend for address  
books and calendars in Horde, though not via CalDAV/CardDAV but via  
its generic IMAP backend (which has evolved from the Kolab backends).  
There is also a generic CalDAV backend support in Kronolith, but I  
haven't tested this with Cyrus' CalDAV server yet.


--
Jan Schneider
The Horde Project
https://www.horde.org/


Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus


info-cyrus@lists.andrew.cmu.edu

2012-11-21 Thread Jan Schneider

Zitat von Bron Gondwana :

> On Tue, Nov 20, 2012, at 07:15 PM, Aleksander Machniak wrote:
>> On 11/20/2012 04:07 PM, steff...@gmx.de wrote:
>> >> 1353423361>* BYE Fatal error: Internal error: assertion failed:  
>> mailbox.c: 2180: !message_guid_isnull(&record->guid)^M
>>
>> I created a ticket for this yesterday.
>> https://bugzilla.cyrusimap.org/show_bug.cgi?id=3755. It looks like a bug
>> with APPEND + BINARY implementation.
>
> I'll have a look soon, promise!  I'd like to get a fix into 2.4.17
> and release it super-soon.  There are a couple of people who have
> seen it recently.  Did some client switch to using BINARY APPEND?

The Horde_Imap_Client library did.

> Definitely a bug!
>
> I'm in the process of moving country this week, so I'm only online
> sporadically...
>
> Bron.


-- 
Jan Schneider
The Horde Project
http://www.horde.org/


Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus


2.4.17?

2012-10-25 Thread Jan Schneider
Hi,

it's been half a year since the last release and there has been a good  
bunch of bug fixes since then. Is a new release planned already?

Jan.

-- 
Jan Schneider
The Horde Project
http://www.horde.org/


Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus


c and d rights in GETACL responses

2010-08-03 Thread Jan Schneider
Hi,

I'm not sure if this isn't rather a question for the IMAPEXT mailing  
list, but I'm starting here because I only noticed it on Cyrus so far.

I wondering what the correct behavior of servers and clients should be  
regarding the mapping of d and c ACL rights to RFC 4314 rights.
Cyrus as of version 2.3.11 only returns d and c rights in GETACL  
responses if these have been set with a pre-4314 version of Cyrus. It  
does not expand these rights to the corresponding kxte rights. This  
behavior probably isn't wrong, at least I can't find anything in the  
RFC about how to do it correctly. And that's exactly the problem when  
developing a client. If I display the current rights to the user, I  
display the kxte matrix because Cyrus implements 4314, but it doesn't  
return kxte rights in GETACL responses, only the legacy dc rights. I  
can't map those to kxte in the client either because I don't if the  
server maps c to kx or k, etc. Well, I might know because it's Cyrus,  
but I don't know from the IMAP conversation.
I would have expected that the IMAP server automatically expands the  
(old) cd rights to kxte in GETACL responses because it's doing the  
same internally when enforcing the rights, I guess. With the current  
situation, the user doesn't know anything about create/delete rights  
when using the client, because the kxte rights are never set because  
of this behavior.

Is this a bug, an ambiguity of RFC 4314 or should I deal with this  
differently in the client?

Jan.

-- 
Do you need professional PHP or Horde consulting?
http://horde.org/consulting/


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: Sieve: UTF-7 changes in 2.3.12p2?

2008-09-25 Thread Jan Schneider
Zitat von Frank Richter <[EMAIL PROTECTED]>:

>>> Is this a bad joke or am I missing something? Sieve scripts of most
>>> non-English-speakers are intentionally broken due to a BC breaking
>>> change in a bugfix release version?
>>
>> I'm afraid you're not missing anything. It bit us as well :(
>>
>> Fortunately for us, there weren't that many people with non-english folder
>> names with filter rules, but for other people, this could be a pretty nasty
>> change.
>>
>> The change is actually the correct "fix", but dropping it in without any
>> large "warning" in the changelog or release announcement is pretty rough.
>>
>> Fixing all the existing sieve scripts shouldn't be too hard though. A perl
>> 1-liner could almost do it...
>
> But it needs to fix the tool generating the sieve scripts, too.

Not only that, but clients and the server have to be updated  
synchronously. While this might be easy for webmail clients, it's an  
impossible tasks if users are using desktop clients to manage their  
sieve scripts.

Maybe this only a theoretical problem. Is there any desktop client out  
there that *generates* Sieve scripts, i.e. not simply download and  
upload complete scripts like KMail?

> Like Hordes's filter module. Jan, could you give a quick hint where  
> to look for this?

Not out of my head, but we probably need to add a configuration  
setting in Ingo to switch between the old and new behavior. Please add  
a request on http://bugs.horde.org.

Jan.

-- 
Do you need professional PHP or Horde consulting?
http://horde.org/consulting/


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: Sieve: UTF-7 changes in 2.3.12p2?

2008-09-24 Thread Jan Schneider
Zitat von Rob Mueller <[EMAIL PROTECTED]>:

>
>> The mail is delivered to the INBOX (user.fri)
>> The delivery is tried to user.fri.t&-APY-ster, NOT user.fri.t&APY-ster
>>
>> Any hints where the error occurs?
>
> Yes.
>
> Sieve scripts are in utf-8. You now have to use the true utf-8 name of the
> folder in your sieve script, and it's automatically converted to the
> modified utf-7 folder name internally.
>
> This change is noted in the changelog for 2.3.11
>
> ---
> The Sieve compiler now translates UTF-8 mailbox names used in fileinto to
> modified UTF-7 so that messages will be successfully inserted into the
> mailbox.
> ---
>
> The old way of using the modified utf-7 form in the sieve script was really
> wrong and hacky.
>
> Rob
>
> PS. It would be nice if http://cyrusimap.web.cmu.edu/imapd/changes.html was
> kept up to date or removed... it's very old.

Is this a bad joke or am I missing something? Sieve scripts of most  
non-English-speakers are intentionally broken due to a BC breaking  
change in a bugfix release version?

Jan.

-- 
Do you need professional PHP or Horde consulting?
http://horde.org/consulting/


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: Simple Sieve question

2008-07-06 Thread Jan Schneider


Though it's usually:
fileinto "user.fred.Spam" 

Zitat von Scott Likens <[EMAIL PROTECTED]>: 

> Assuming that user has the 'p' right to user.fred.INBOX.Spam then yes. 
>  If they don't have the 'p' right, the mail will just be sent in limbo. 
>  On Jul 4, 2008, at 9:30 AM, Bob Bob wrote:
>   Hi all
>  
>  Cant seem to find an answer on this one.. I should experiment but would like 
> some advance info.
>  
>  Can sieve "fileinto" into a mailbox folder that is not at or below the 
> Inbox?. If so what would the syntax look like;
>  
>  ie
>  
>  fileinto "/user.fred.INBOX.Spam" instead of just "INBOX.Spam" as user fred.
>  
>  Assumes of course that the user has ACL rights to the folder in question.
>  
>  Am experimenting with Outlook Calenders, Free/Busy and an 
> autoresponder/resource booking system under Bynari's Insight connector.
>  

Jan.

-- 
Do you need professional PHP or Horde consulting?
 http://horde.org/consulting/
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: Sieve redirect seems to stop script processing?

2007-11-15 Thread Jan Schneider
Zitat von Davin Flatten <[EMAIL PROTECTED]>:

> Hello-
>
> We are using Horde/Ingo against a Cyrus murder with three backend
> servers.  When a user redirects there email the system generates the
> following script:
>
> ##INGO
> # sieve filter generated by Ingo (November 13, 2007, 10:08 am)
>
> require "fileinto";
>
> # Forwards
> if true {
> redirect "[EMAIL PROTECTED]";
> }
>
> # Spam Filter
> if header :comparator "i;ascii-casemap" :contains "X-Spam-Flag" "YES"  {
> fileinto "INBOX.Spam";
> stop;
> }

http://bugs.horde.org/ticket/?id=5746



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: sieve and date

2007-08-29 Thread Jan Schneider
Zitat von Robert Banz <[EMAIL PROTECTED]>:

>
>
> Following on to the sieve & vacation discussion -- anyone have any
> interest in the sieve "date" extension?  Sounds like it'd be awfully
> nice to have, for example, being able to wrap your vacation in a date-
> range conditional...

Definitely. We currently hack around this in Ingo with some wicked  
Received: header regexp that I really feel uncomfortable with. A date  
extension would be of great help.

Jan.


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: mailbox listed twice

2006-08-03 Thread Jan Schneider

Zitat von Jan Schneider <[EMAIL PROTECTED]>:


Zitat von Jan Schneider <[EMAIL PROTECTED]>:


Does anybody know if the issue below has been fixed with 2.2.13?


Looks like it doesn't. I really don't want to upgrade to 2.3.x at   
this point only to find out that it still hasn't been fixed there   
either. Does anybody have more information whether this has been   
fixed and maybe when or where?


Btw, it's not related to mailbox names with spaces here:

d list "" "INBOX.%"
* LIST (\HasChildren) "." "INBOX.AMMMa"
* LIST (\HasNoChildren) "." "INBOX.Bounced"
* LIST (\HasChildren) "." "INBOX.Consulting"
* LIST (\HasNoChildren) "." "INBOX.Entw&APw-rfe"
* LIST (\HasNoChildren) "." "INBOX.HI"
* LIST (\HasChildren) "." "INBOX.Mailinglisten"
* LIST (\HasNoChildren) "." "INBOX.PHP + Web"
* LIST (\HasChildren) "." "INBOX.Privat"
* LIST (\HasNoChildren) "." "INBOX.Root"
* LIST (\HasNoChildren) "." "INBOX.Sent"
* LIST (\HasNoChildren) "." "INBOX.Spam"
* LIST (\HasChildren) "." "INBOX.Support etc"
* LIST (\HasChildren) "." "INBOX.Test"
* LIST (\HasNoChildren) "." "INBOX.Trash"
* LIST (\HasNoChildren) "." "INBOX.Virii"
* LIST (\HasChildren) "." "INBOX.horde"
* LIST (\HasNoChildren) "." "INBOX.sent"
* LIST (\HasNoChildren) "." "INBOX.sent-mail"
* LIST (\Noselect \HasChildren) "." "INBOX.sent"
* LIST (\HasChildren) "." "INBOX.tip4all"
* LIST (\HasNoChildren) "." "INBOX.trash"
d OK Completed (0.000 secs 382 calls)


If it helps: this behaviour is being caused by the INBOX.sent-mail  
folder, once this folder was removed the returned list is correct again.



Ken Murchison wrote:

Brenden Conte wrote:

This looks like the problem arises if there is a child mailbox that
starts out exactly the same as the parent, and only the next character
in the child string after the end of the parent string match is a space.

Or, (!strncmp(parnet,child,strlen(parent) && child[strlen(parent)+1]
== ' ');

Is that a correct analysis?



I'd have to think about it some more.  There also is a problem with
other legal mailbox chars which sort before '.' (e.g. '-')


--On Thursday, November 03, 2005 06:54:22 PM -0500 Ken Murchison
<[EMAIL PROTECTED]> wrote:


Patrick Radtke wrote:


On Nov 3, 2005, at 1:57 PM, Ken Murchison wrote:





For some of our users I see the following when listing their
mailboxes.

user.des2004.Professors and Faculty (\HasNoChildren)
user.des2004.Professors and Faculty (\Noselect \HasChildren)

The mailbox is listed twice. Sometimes clients (Apple Mail) get
confused by this (sometime you can store messages in the folder, and
other times you can't)

Mailbox is only listed once in the mailboxes.db

Anyone know why this happens?



Can you capture the actual LIST/LSUB command?



Same deal with mailbox listed twice

> imtest -t "" -a cyrus -u des2004 localhost

Authenticated.
Security strength factor: 256
c list "" "P%"
* LIST (\HasNoChildren) "." "Professors and Faculty"
* LIST (\HasNoChildren) "." "Professors and Faculty Fall 03"
* LIST (\Noselect \HasChildren) "." "Professors and Faculty"
c OK Completed (0.000 secs 4 calls)
c list "" "P%.%"
* LIST (\HasNoChildren) "." "Professors and Faculty.Professors and
Faculty Spring 04"
c OK Completed (0.000 secs 2 calls)


This is a problem with ' ' sorting before '.'.  There is a known problem
in that Cyrus uses the ASCII sort order to compare mailbox names, but
wants the hierarchysep character to sort first, which it doesn't in
ASCII.  This is something that I need to fix.

The sort-term solution is to tell your users to not use spaces in
mailbox
names.



Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html


Re: mailbox listed twice

2006-07-30 Thread Jan Schneider

Zitat von Jan Schneider <[EMAIL PROTECTED]>:


Does anybody know if the issue below has been fixed with 2.2.13?


Looks like it doesn't. I really don't want to upgrade to 2.3.x at this  
point only to find out that it still hasn't been fixed there either.  
Does anybody have more information whether this has been fixed and  
maybe when or where?


Btw, it's not related to mailbox names with spaces here:

d list "" "INBOX.%"
* LIST (\HasChildren) "." "INBOX.AMMMa"
* LIST (\HasNoChildren) "." "INBOX.Bounced"
* LIST (\HasChildren) "." "INBOX.Consulting"
* LIST (\HasNoChildren) "." "INBOX.Entw&APw-rfe"
* LIST (\HasNoChildren) "." "INBOX.HI"
* LIST (\HasChildren) "." "INBOX.Mailinglisten"
* LIST (\HasNoChildren) "." "INBOX.PHP + Web"
* LIST (\HasChildren) "." "INBOX.Privat"
* LIST (\HasNoChildren) "." "INBOX.Root"
* LIST (\HasNoChildren) "." "INBOX.Sent"
* LIST (\HasNoChildren) "." "INBOX.Spam"
* LIST (\HasChildren) "." "INBOX.Support etc"
* LIST (\HasChildren) "." "INBOX.Test"
* LIST (\HasNoChildren) "." "INBOX.Trash"
* LIST (\HasNoChildren) "." "INBOX.Virii"
* LIST (\HasChildren) "." "INBOX.horde"
* LIST (\HasNoChildren) "." "INBOX.sent"
* LIST (\HasNoChildren) "." "INBOX.sent-mail"
* LIST (\Noselect \HasChildren) "." "INBOX.sent"
* LIST (\HasChildren) "." "INBOX.tip4all"
* LIST (\HasNoChildren) "." "INBOX.trash"
d OK Completed (0.000 secs 382 calls)



Ken Murchison wrote:

Brenden Conte wrote:

This looks like the problem arises if there is a child mailbox that
starts out exactly the same as the parent, and only the next character
in the child string after the end of the parent string match is a space.

Or, (!strncmp(parnet,child,strlen(parent) && child[strlen(parent)+1]
== ' ');

Is that a correct analysis?



I'd have to think about it some more.  There also is a problem with
other legal mailbox chars which sort before '.' (e.g. '-')


--On Thursday, November 03, 2005 06:54:22 PM -0500 Ken Murchison
<[EMAIL PROTECTED]> wrote:


Patrick Radtke wrote:


On Nov 3, 2005, at 1:57 PM, Ken Murchison wrote:





For some of our users I see the following when listing their
mailboxes.

user.des2004.Professors and Faculty (\HasNoChildren)
user.des2004.Professors and Faculty (\Noselect \HasChildren)

The mailbox is listed twice. Sometimes clients (Apple Mail) get
confused by this (sometime you can store messages in the folder, and
other times you can't)

Mailbox is only listed once in the mailboxes.db

Anyone know why this happens?



Can you capture the actual LIST/LSUB command?



Same deal with mailbox listed twice

 > imtest -t "" -a cyrus -u des2004 localhost

Authenticated.
Security strength factor: 256
c list "" "P%"
* LIST (\HasNoChildren) "." "Professors and Faculty"
* LIST (\HasNoChildren) "." "Professors and Faculty Fall 03"
* LIST (\Noselect \HasChildren) "." "Professors and Faculty"
c OK Completed (0.000 secs 4 calls)
c list "" "P%.%"
* LIST (\HasNoChildren) "." "Professors and Faculty.Professors and
Faculty Spring 04"
c OK Completed (0.000 secs 2 calls)


This is a problem with ' ' sorting before '.'.  There is a known problem
in that Cyrus uses the ASCII sort order to compare mailbox names, but
wants the hierarchysep character to sort first, which it doesn't in
ASCII.  This is something that I need to fix.

The sort-term solution is to tell your users to not use spaces in
mailbox
names.



Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html


Re: mailbox listed twice

2006-07-27 Thread Jan Schneider
Does anybody know if the issue below has been fixed with 2.2.13?

Ken Murchison wrote:
> Brenden Conte wrote:
>> This looks like the problem arises if there is a child mailbox that
>> starts out exactly the same as the parent, and only the next character
>> in the child string after the end of the parent string match is a space.
>>
>> Or, (!strncmp(parnet,child,strlen(parent) && child[strlen(parent)+1]
>> == ' ');
>>
>> Is that a correct analysis?
> 
> 
> I'd have to think about it some more.  There also is a problem with
> other legal mailbox chars which sort before '.' (e.g. '-')
>>
>> --On Thursday, November 03, 2005 06:54:22 PM -0500 Ken Murchison
>> <[EMAIL PROTECTED]> wrote:
>>
>>> Patrick Radtke wrote:

 On Nov 3, 2005, at 1:57 PM, Ken Murchison wrote:

>
>
>> For some of our users I see the following when listing their
>> mailboxes.
>>
>> user.des2004.Professors and Faculty (\HasNoChildren)
>> user.des2004.Professors and Faculty (\Noselect \HasChildren)
>>
>> The mailbox is listed twice. Sometimes clients (Apple Mail) get
>> confused by this (sometime you can store messages in the folder, and
>> other times you can't)
>>
>> Mailbox is only listed once in the mailboxes.db
>>
>> Anyone know why this happens?
>>
>
> Can you capture the actual LIST/LSUB command?


 Same deal with mailbox listed twice

  > imtest -t "" -a cyrus -u des2004 localhost

 Authenticated.
 Security strength factor: 256
 c list "" "P%"
 * LIST (\HasNoChildren) "." "Professors and Faculty"
 * LIST (\HasNoChildren) "." "Professors and Faculty Fall 03"
 * LIST (\Noselect \HasChildren) "." "Professors and Faculty"
 c OK Completed (0.000 secs 4 calls)
 c list "" "P%.%"
 * LIST (\HasNoChildren) "." "Professors and Faculty.Professors and
 Faculty Spring 04"
 c OK Completed (0.000 secs 2 calls)
>>>
>>> This is a problem with ' ' sorting before '.'.  There is a known problem
>>> in that Cyrus uses the ASCII sort order to compare mailbox names, but
>>> wants the hierarchysep character to sort first, which it doesn't in
>>> ASCII.  This is something that I need to fix.
>>>
>>> The sort-term solution is to tell your users to not use spaces in
>>> mailbox
>>> names.



Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html


Sieve ACLs

2005-12-18 Thread Jan Schneider

Sorry for the missing subject.

Zitat von Jan Schneider <[EMAIL PROTECTED]>:


Hi,

timsieved allows to use different users for authentication and
authorization, and this
works fine e.g. when setting sieve rules with  the cyrus
administrator. But is there any
way to set finer grained  ACLs, i.e. to allow other users access to my
sieve rules via
IMAP ACLs  or some such? I didn't find anything in the docs or the wiki.



Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html


(no subject)

2005-12-18 Thread Jan Schneider

Hi,

timsieved allows to use different users for authentication and   
authorization, and this
works fine e.g. when setting sieve rules with  the cyrus  
administrator. But is there any
way to set finer grained  ACLs, i.e. to allow other users access to my  
sieve rules via

IMAP ACLs  or some such? I didn't find anything in the docs or the wiki.

Jan.


Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html


RE: Is it possible to import .pst file to cyrus

2005-09-28 Thread Jan Schneider

Zitat von [EMAIL PROTECTED]:


But what if I have a lot of psts?


There is a software called "readpst".


The best method is to let Outlook do the work...

Create an outlook account that uses this pst, create an outlook IMAP
account and just drag the folders/messages into the IMAP folders.

Worked for me several times.

D.


From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of 
[EMAIL PROTECTED]

Sent: Wednesday, September 28, 2005 6:41
To: info-cyrus@lists.andrew.cmu.edu
Subject: Is it possible to import .pst file to cyrus



I have .pst file,and I want to import it to cyrus imap store,is it
possbile?


Jan.


Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html