[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kolab-devel
Subject:    Re: [Kolab-devel] New attributeType kolabTargetFolder for	objectClass kolabSharedFolder
From:       "Florian v. Samson (mobil)" <mobil () fsamson ! de>
Date:       2012-04-04 10:24:13
Message-ID: 1333535053.2130.1.camel () Nokia-N900
[Download RAW message or body]

Hi Jeroen,

----- Ursprüngliche Mitteilung -----
> On 2012-04-03 22:57, Florian v. Samson (mobil) wrote:
> > [...]
> > ----- Ursprüngliche Mitteilung -----
> > > On 2012-03-07 20:47, Martin Konold wrote:
> > > > Am Mittwoch, 7. März 2012, 18:38:46 schrieb Jeroen van Meeuwen:
> > > > > [...]
> 
> So, allow me to re-iterate to see if I understand correctly, as this is 
> the first time I've heard of "role accounts".
> 
> "role accounts" are Kolab user accounts, with an INBOX and a mail 
> attribute value if you will, that do not have any one particular 
> physical user associated with them, but may have one or more physical 
> human beings authorized to use the account (i.e. they read the "role 
> account"'s INBOX and respond using a sender address of 
> <role-account-name>@domain.tld)?

Yes.

> If that is somewhat right, but I doubt it in light of the other remarks 
> on "full writeable shared folders" you mentioned, then the answer is 
> "no" - I did not consider user accounts that are shared in any way, 
> shape or form.

"If a, but b, then c - xyz" == I failed when trying to unambiguously decode the \
grammatical structure of that sentence. Sorry.

Best regards
     Florian

_______________________________________________
Kolab-devel mailing list
Kolab-devel@kolab.org
https://www.intevation.de/mailman/listinfo/kolab-devel


[prev in list] [next in list] [prev in thread] [next in thread]