strange issue when changing permissions /outlook

Eleni Postantzi lenapostantzi at gmail.com
Wed May 28 15:16:06 CEST 2008


Hi,

I've just checked with Toltec, but it's not possible to (un)set
permissions recursively.

However, as Bernhard suggested, I sniffed the connection, and here's
what i get :

nikkal:/kolab/var/imapd/log/eposta at kolabmail.int# ls -al
total 58840
drwxr-xr-x 2 kolab-r kolab-r     4096 2008-05-28 15:00 .
drwxr-x--- 3 kolab-r kolab-r     4096 2008-05-28 11:08 ..
-rw------- 1 kolab-r kolab-r    63924 2008-05-28 12:49 10801
-rw------- 1 kolab-r kolab-r    33326 2008-05-28 13:19 10810
-rw------- 1 kolab-r kolab-r 59973896 2008-05-28 14:46 13618
-rw------- 1 kolab-r kolab-r    40519 2008-05-28 14:36 13619
-rw------- 1 kolab-r kolab-r    39871 2008-05-28 15:01 18681
-rw------- 1 kolab-r kolab-r     8508 2008-05-28 15:00 19437

nikkal:/kolab/var/imapd/log/eposta at kolabmail.int# more 13618

...
...
---------- eposta at kolabmail.int Wed May 28 14:06:41 2008

<1211976401<00000001 SELECT INBOX
>1211976401>* FLAGS (\Answered \Flagged \Draft \Deleted \Seen $Forwarded icc-forward NonJunk)
* OK [PERMANENTFLAGS (\Answered \Flagged \Draft \Deleted \Seen
$Forwarded icc-forward NonJunk \*)]
* 4 EXISTS
* 0 RECENT
* OK [UIDVALIDITY 1209747207]
* OK [UIDNEXT 64]
* OK [NOMODSEQ] Sorry, modsequences have not been enabled on this mailbox
* OK [URLMECH INTERNAL]
00000001 OK [READ-WRITE] Completed
<1211976401<00000002 NAMESPACE
>1211976401>* NAMESPACE (("INBOX/" "/")) (("user/" "/")) (("" "/"))
00000002 OK Completed
<1211976401<00000003 Subscribe INBOX
>1211976401>00000003 OK Completed
<1211976401<00000004 MYRIGHTS INBOX
>1211976401>* MYRIGHTS INBOX lrswipkxtecda1
00000004 OK Completed
<1211976409<00000005 NOOP
>1211976409>00000005 OK Completed
<1211976409<00000006 DELETEACL INBOX k_middernacht at kolabmail.int
>1211976409>00000006 OK Completed
<1211976409<00000007 DELETEACL INBOX/Agenda k_middernacht at kolabmail.int
>1211976409>00000007 OK Completed
<1211976409<00000008 DELETEACL INBOX/Calendar k_middernacht at kolabmail.int
>1211976409>00000008 OK Completed
<1211976409<00000009 DELETEACL INBOX/Calendar k_middernacht at kolabmail.int
>1211976409>00000009 OK Completed
<1211976409<0000000a DELETEACL INBOX/Calendar k_middernacht at kolabmail.int
>1211976409>0000000a OK Completed
<1211976409<0000000b DELETEACL INBOX/Calendar k_middernacht at kolabmail.int
>1211976409>0000000b OK Completed
...
<1211978789<00084f44 DELETEACL INBOX/Calendar k_middernacht at kolabmail.int
>1211978789>00084f44 OK Completed
<1211978789<00084f45 DELETEACL INBOX/Calendar k_middernacht at kolabmail.int

if i don't stop kolab, it can continue till the hdd is full...

i'll also post the issue to bynari's support.

regards,

--
eleni


On Wed, May 14, 2008 at 3:29 PM, Bernhard Reiter <bernhard at intevation.de> wrote:
> On Wednesday 07 May 2008 02:00, Eleni Postantzi wrote:
>> i'll try toltec and konsec as soon as possible and keep you posted
>
> Another idea is to log or sniff the IMAP connection and see
> what the client is doing (and if this triggers a server defect.).
> https://wiki.kolab.org/index.php/Enable_Imap_protocol_logging
>
> --
> Managing Director - Owner: www.intevation.net       (Free Software Company)
> Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com.
> Intevation GmbH, Osnabrück, DE; Amtsgericht Osnabrück, HRB 18998
> Geschäftsführer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
>
> _______________________________________________
> Kolab-users mailing list
> Kolab-users at kolab.org
> https://kolab.org/mailman/listinfo/kolab-users
>
>




More information about the users mailing list