<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix"><br>
      <br>
      Hi,<br>
      i found out, that there's a bug in the upgrade doc 3.3 -> 3.4
      as well as in other docs.<br>
      Reading the manual of postfix, there must be no " when using a
      result format in postfix ldap.<br>
      The kolab doc tells me exactly the opposite.<br>
      So, debugging the dirsrv access log, it clearly shows, that the "
      will get interpreted as search term and not left out.<br>
      postfix then appends the default domain which is terrible wrong.<br>
      Nevertheless, the mail can't be delivered to the shared folder.<br>
      Also, a shared folder is not a kolabinterperson, but a
      kolabsharefolder object class.<br>
      <br>
      From postfix manual:<br>
      <a class="moz-txt-link-freetext" href="http://www.postfix.org/ldap_table.5.html">http://www.postfix.org/ldap_table.5.html</a><br>
      <br>
      NOTE: DO NOT put quotes around the result format!<br>
      <br>
      Kolab upgrade guide:<br>
      <a class="moz-txt-link-freetext" href="https://docs.kolab.org/upgrade-guide/kolab-3.4.html">https://docs.kolab.org/upgrade-guide/kolab-3.4.html</a><br>
      <br>
      <meta http-equiv="content-type" content="text/html; charset=utf-8">
      <p>Change the result_format to be enclosed by quotes otherwise you
        can’t deliver
        mail messages to shared mailboxes that contains spaces in the
        mailbox name.</p>
      <span class="n">result_format</span> <span class="o">=</span> <span
        class="s">"shared+</span><span class="si">%s</span><span
        class="s">"<br>
        <br>
      </span>Dirsrv accesslog shows, that " has been encoded to \22.<br>
      <br>
      Wrong:<br>
      [09/May/2015:12:15:34 +0200] conn=409 op=11 SRCH
      base="dc=example,dc=com" scope=2
      filter=<a class="moz-txt-link-rfc2396E" href="mailto:(&(|(mail=\22shared+shared/resources/buero@example.com\22@default.domain.com)(alias=\22shared+shared/resources/buero@example.com\22@default.domain.com))(objectClass=kolabinetorgperson))">"(&(|(mail=\22shared+shared/resources/buero@example.com\22@default.domain.com)(alias=\22shared+shared/resources/buero@example.com\22@default.domain.com))(objectClass=kolabinetorgperson))"</a>
      attrs="mail"<br>
      <br>
      Changing result format to:<br>
      <span class="n">result_format</span> <span class="o">=</span> <span
        class="s">shared+</span><span class="si">%s</span><span
        class="s"><br>
        <br>
        Better:<br>
        [09/May/2015:14:05:31 +0200] conn=631 op=9 SRCH
        base="dc=example,dc=com" scope=2
        filter=<a class="moz-txt-link-rfc2396E" href="mailto:(&(|(mailAlternateAddress=resource-confroom-buero@example.com)(alias=resource-confroom-buero@example.com)(mail=resource-confroom-buero@example.com))(objectClass=kolabinetorgperson))">"(&(|(mailAlternateAddress=resource-confroom-buero@example.com)(alias=resource-confroom-buero@example.com)(mail=resource-confroom-buero@example.com))(objectClass=kolabinetorgperson))"</a>
        attrs="mail"<br>
        <br>
        Buuuuut, the shared folder is not a  </span><span class="s"><span
          class="s">kolabinetorgperson</span> but a kolabsharedfolder.<br>
        So, the search filter will not work with shared folders.<br>
        The duplet and triplet config shows no objectClass
        kolabsharefolder.<br>
        <br>
        E.g.:
        /etc/postfix/ldap/hosted_duplet_virtual_alias_maps.cf:query_filter
        = (&(|(mail=%s)(alias=%s))(objectclass=kolabinetorgperson))<br>
        <br>
        The shared folder search filter should be:<br>
        (&(|(<a class="moz-txt-link-abbreviated" href="mailto:mail=resource-confroom-buero@example.com">mail=resource-confroom-buero@example.com</a>)(<a class="moz-txt-link-abbreviated" href="mailto:alias=resource-confroom-buero@example.com">alias=resource-confroom-buero@example.com</a>))(objectClass=kolabsharedfolder))" 
      </span><span class="s"><span class="s">attrs="mail"</span><br>
        <br>
        So, the user aliasing will not work anymore, when changing the
        filter, cause it uses one filter for all deliveries (user and
        shared folders), we have to use an filter, that will cover users
        and shared folders, like this:<br>
        <a class="moz-txt-link-rfc2396E" href="mailto:(&(|(mail=resource-confroom-buero@example.com)(alias=resource-confroom-buero@example.com))(|(objectClass=kolabsharedfolder)(objectClass=kolabinetorgperson)))">"(&(|(mail=resource-confroom-buero@example.com)(alias=resource-confroom-buero@example.com))(|(objectClass=kolabsharedfolder)(objectClass=kolabinetorgperson)))"</a>
      </span><span class="s"><span class="s">attrs="mail"<br>
          <br>
          Test works:<br>
          /usr/lib/mozldap/ldapsearch -b dc=example,dc=com -D
          "uid=kolab-service,ou=Special Users,dc=example,dc=com" -w
          xxxxxxxxx
          <a class="moz-txt-link-rfc2396E" href="mailto:(&(|(mail=resource-confroom-buero@example.com)(alias=resource-confroom-buero@example.com))(|(objectClass=kolabsharedfolder)(objectClass=kolabinetorgperson)))">"(&(|(mail=resource-confroom-buero@example.com)(alias=resource-confroom-buero@example.com))(|(objectClass=kolabsharedfolder)(objectClass=kolabinetorgperson)))"</a>
          mail<br>
          Result:<br>
          dn: cn=buero,ou=Resources,dc=example,dc=com<br>
          mail: <a class="moz-txt-link-abbreviated" href="mailto:resource-confroom-buero@example.com">resource-confroom-buero@example.com</a><br>
          <br>
          I will now try some combinations in  </span></span><span
        class="s"><span class="s"><span class="s">hosted_duplet_virtual_alias_maps.cf</span>
          and triplet confs (I have some triplet domains too ;-))<br>
          <br>
          Will report back.<br>
          <br>
          <br>
          Rgds.<br>
          <br>
          Franz<br>
        </span><br>
      </span><br>
      Am 06.05.15 um 14:36 schrieb Cornelius Hald:<br>
    </div>
    <blockquote cite="mid:1430915772.8280.4.camel@icandy.de" type="cite">
      <pre wrap="">Hi Franz,

thanks for the information. So it looks like the situation with 3.4 is
even worse as it was with 3.3. Not nice :(

The issue I have with booking resources is exactly the one you're
describing as well. It's a pity that the multi-domain setup is so buggy
because for me this was the one single reason to (try to) switch to
Kolab...

Anyway, thanks for your help. It's very welcome!
Conny


On Tue, 2015-05-05 at 18:42 +0200, Franz Skale wrote:
</pre>
      <blockquote type="cite">
        <pre wrap="">Hi,
what i've got working is, freebusy get but not freebusy display in
roundcube.
Also, sending mail to a resource email doensn't work.
I think, i have the right setup but, like i mentioned in a post some
time ago, there's a issue regarding lmtp and verify user.
It simply uses the wrong notation.
Look at my post from 23.03.2015 for details.
Also, right now i'm struggling with kolabd and the Reconnect facility,
which simply doesn't work with imaps.
I couldn't get imap to work. So it would be really cool to have all
possible options in kolab.conf been well documented.
Excerpt from my post on 23.03.2015 regarding the resource issues:

3.) Mail to shared folder on multidomain setup, which worked in 3.3 now
refuses to work with 3.4.
I found out that, whenever a resource got booked a mail is sent to the
resource which doesn't work anymore.
Simple explanation is that the primary domain will always be added
regardless of the receipeint domain:

E.g:
Mar 22 20:30:13 mail postfix/lmtp[12329]: C7D579274B0:
to=<a class="moz-txt-link-rfc2396E" href="mailto:shared+shared/Resources/buero@example.com"><shared+shared/Resources/buero@example.com></a>,
orig_to=<a class="moz-txt-link-rfc2396E" href="mailto:shared+shared/Resources/buero@example.com@primarydomain.com"><shared+shared/Resources/buero@example.com@primarydomain.com></a>,
relay=mail.example.com[/var/lib/imap/socket/lmtp], delay=0.04,
delays=0.02/0/0/0.01, dsn=5.1.1, status=bounced (host
mail.example.com[/var/lib/imap/socket/lmtp] said: 550-Mailbox unknown. 
Either there is no mailbox associated with this 550-name or you do not
have authorization to see it. 550 5.1.1 User unknown (in reply to RCPT
TO command))

How to teach roundcube to not use the primary domain in adressing ?
Of course i read the changes and added " to the virtual alias maps which
changed anything !


Rgds.

Franz



Am 05.05.15 um 14:55 schrieb Cornelius Hald:
</pre>
        <blockquote type="cite">
          <pre wrap="">Hi,

from what I know it is a known bug that you can't use resources with
Kolab 3.3 in a multi-domain setup. See:

<a class="moz-txt-link-freetext" href="https://issues.kolab.org/show_bug.cgi?id=4331">https://issues.kolab.org/show_bug.cgi?id=4331</a>

Did anyone try that with 3.4? Does it work there?

I'm really trying to figure this out because it would be the last piece
to a completely working setup.

Thanks!
Conny

_______________________________________________
users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:users@lists.kolab.org">users@lists.kolab.org</a>
<a class="moz-txt-link-freetext" href="https://lists.kolab.org/mailman/listinfo/users">https://lists.kolab.org/mailman/listinfo/users</a>
</pre>
        </blockquote>
        <pre wrap="">

</pre>
      </blockquote>
      <pre wrap="">
</pre>
    </blockquote>
    <br>
  </body>
</html>