Lucas Zinato Carraro | 2 Aug 04:34 2010
Picon

Cyrus replication only one partition

 Hi, its possible to replicate only a specific partition using sync_server ?

I see in sync_server man the directive  "-C" to specify another config file

For example:

      syncserver       cmd="/usr/cyrus/bin/sync_server -C
/etc/imapd-replicate-partition.conf" listen="csync"

And in  /etc/imapd-replicate-partition.conf  declarate only the
partition to be replicated.

It`s right ? Or i will have problems with mailboxes.db, deliver.db , etc .... ??

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

Matthew Schumacher | 2 Aug 19:13 2010
Picon

POP3d won't timeout, seems stuck on a write.

List,

I have the latest cyrus 2.3.16 but I run into frequent pop lock issues
where the pop3 server process just won't timeout and it locks the
account.  I have used a patch followed on this list that allows me to
set a pop3timeout less than 10 minutes and currently it's set at 3
minutes but that didn't help because the server doesn't seem to honor
any timeout.

To test that the client isn't sending anything, I connected to the
process with strace and it shows absolutely nothing going:

root <at> server:/var/log# time strace -p 16996
Process 16996 attached - interrupt to quit
write(1, "3nI8\212S%\315\n\221\363m\213\203\377\3101\30(\334\332"..., 2762

 <unfinished ...>
Process 16996 detached

real	17m0.327s
user	0m0.000s
sys	0m0.004s

It looks like it's stuck on a write of some kind, but that is blocking
the timeout.

Anyone have any ideas?  This problem is causing upper management to want
to switch to exchange and I really don't want to deal with that.

schu
(Continue reading)

Lucas Zinato Carraro | 3 Aug 04:56 2010
Picon

How to use FUD daemon

 Anyone knows where i can find examples and some documentation
about the Cyrus Daemon FUD?

I find only a man page in cyrus imap source.

There is a specific client for fud?

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

Adam Tauno Williams | 3 Aug 12:13 2010

Re: How to use FUD daemon

On Mon, 2010-08-02 at 23:56 -0300, Lucas Zinato Carraro wrote:
> Anyone knows where i can find examples and some documentation
> about the Cyrus Daemon FUD?
> I find only a man page in cyrus imap source.
> There is a specific client for fud?

No idea, I've need seen an instance where fud is used [all clients just
seem to poll/troll the IMAP connection for this information].  For as
long as I can remember the fud manpage has said:
<quote>
FUD is an experimental interface meant to provide information to  build
a  finger-like service around.  Eventually it should be superceded by a
more standards-based protocol.
</quote>qq

--

-- 
Adam Tauno Williams <awilliam <at> whitemice.org> LPIC-1, Novell CLA
<http://www.whitemiceconsulting.com>
OpenGroupware, Cyrus IMAPd, Postfix, OpenLDAP, Samba

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

Sebastian Hagedorn | 3 Aug 12:30 2010
Picon

Re: How to use FUD daemon

--On 3. August 2010 06:13:11 -0400 Adam Tauno Williams 
<awilliam <at> whitemice.org> wrote:

> On Mon, 2010-08-02 at 23:56 -0300, Lucas Zinato Carraro wrote:
>> Anyone knows where i can find examples and some documentation
>> about the Cyrus Daemon FUD?
>> I find only a man page in cyrus imap source.
>> There is a specific client for fud?
>
> No idea, I've need seen an instance where fud is used [all clients just
> seem to poll/troll the IMAP connection for this information].  For as
> long as I can remember the fud manpage has said:
> <quote>
> FUD is an experimental interface meant to provide information to  build
> a  finger-like service around.  Eventually it should be superceded by a
> more standards-based protocol.
> </quote>qq

Well, there's this:

<http://www.mail-archive.com/info-cyrus <at> lists.andrew.cmu.edu/msg11938.html>

I think it worked when I tried it ...
--

-- 
     .:.Sebastian Hagedorn - RZKR-R1 (Gebäude 52), Zimmer 18.:.
                 .:.Regionales Rechenzentrum (RRZK).:.
.:.Universität zu Köln / Cologne University - ✆ +49-221-478-5587.:.
Attachment: application/pkcs7-signature, 7167 bytes
----
(Continue reading)

Dave McMurtrie | 3 Aug 14:01 2010
Picon

Re: How to use FUD daemon

On 08/02/2010 10:56 PM, Lucas Zinato Carraro wrote:
>   Anyone knows where i can find examples and some documentation
> about the Cyrus Daemon FUD?
>
> I find only a man page in cyrus imap source.

There's not much to set up, so the man page tells you pretty much 
everything there is to know about fud.

 From a server perspective, to set it up you need to add an entry to 
cyrus.conf like so:

   fud           cmd="fud" listen="fud" prefork=0 proto="udp"

This assumes that you have a fud entry in /etc/services.  If not, add 
something like:

fud             4201/udp                        # Cyrus IMAP FUD Daemon

to your /etc/services file.

master will now start fud for you.

> There is a specific client for fud?

There might be, but nothing I'm aware of.  The finger client that runs 
on our public machines here at CMU knows how to do fud queries, but 
you'll notice in the man page that you have to assign 0 rights to the 
anonymous user for it to work.  We don't assign this right by default, 
so users would have to opt-in to make fud work for their mailbox.
(Continue reading)

Jan Schneider | 3 Aug 19:12 2010

c and d rights in GETACL responses

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.

(Continue reading)

Bron Gondwana | 4 Aug 06:14 2010

Re: c and d rights in GETACL responses

On Tue, Aug 03, 2010 at 07:12:25PM +0200, Jan Schneider wrote:
> 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.

It just returns whatever's stored in the mailboxes.db.  I can't think of
any good reason not to auto-upgrade the ACL whenever you parse it and hit
the old characters.

> This  
> behavior probably isn't wrong,

It probably isn't right either.  We should return a consistent set of
characters - either one or the other.

> 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.
(Continue reading)

Simon Beale | 4 Aug 11:22 2010
Picon

Moving folders across backends

I'm currently having an issue where clients (Outlook/Thunderbird etc)
can't delete shared folders if the folder resides on a different backend
to their INBOX.

Looking at the IMAP traffic, the client is doing:

. RENAME user.test.subfolder INBOX.Trash.subfolder
. NO Permission denied

If "subfolder" is on the same backend as INBOX, then instead it returns an
OK.

Is it possible to make these cross-backend RENAMEs work? And if so, what
do I need to look at?

(This is on centos 5.4, x86_64, running cyrus 2.3.16 from Simon Matter's
rpm 2.3.16-3)

Thanks for any suggestions.

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

Syren Baran | 4 Aug 11:30 2010

Re: Re: Moving folders across backends

Am Mittwoch, den 04.08.2010, 10:22 +0100 schrieb Simon Beale:

> Looking at the IMAP traffic, the client is doing:
>
> . RENAME user.test.subfolder INBOX.Trash.subfolder
> . NO Permission denied

What permissions do you have on those folders?
Try a getacl first, might be something simple.

+++++++++++++++++++++++++++++++++++++++++++

Niederlassung Deutschland:
BIT-HOUSE Ltd.
internet professionals
Erthalstr. 17
63739 Aschaffenburg
Deutschland

Amtsgericht:    Aschaffenburg
HRB-Nr.:        9136
St/Nr.:         204/104/60603
USt-Id-Nr.:     DE814408164
Gechäftsführer: Thomas Witzel

+++++++++++++++++++++++++++++++++++++++++++

Telefon:        +49.6021.8622-680
VoIP:           +49.6021.8622-680
Fax:            +49.6021.8622-676
(Continue reading)


Gmane