<html>
<head>
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">Hi Franz,<br>
<br>
Thanks for the information. I guess you are spreading the domain
management over several domains as well? This is not necessary in
my case. Also shouldn't the problem be related to postfix, not
cyrus? Postfix is authenticating directly with ldap, right?<br>
<br>
Your link of the file <strong class="final-path">validateAliasDomainPostfixVirtualFileBug2658.patch</strong>
looks promising, but there is no such function "<span class="gi">validate_crossdomain_alias"
in my version of </span>kolab_api_service_form_value.php. Also
this file looks responsible for receiving mail, which works fine
on the server.<br>
<br>
How do i fill the ptscache.db?<br>
<br>
regards,<br>
Sebastian<br>
<br>
<br>
On 09/01/14 19:32, Franz Skale wrote:<br>
</div>
<blockquote cite="mid:5404ADBA.5090900@dah.am" type="cite">
<pre wrap="">
Hi,
i think you ran into the same problem i had.
The problem was, that the ldap_searchbase didn't set variables on the
ldap dc.
So, fo me it worked out as follows:
I filled up the ptscache.db with the normal search base. (static dc on
the admin domain)
File: /var/lib/imap/ptclient/ptscache.db
Then i waited some minutes, so that the db get filled up with the
default domain.
Then i changed file: /etc/imapd.conf
Variable dc:
ldap_base: dc=%2,dc=%1
ldap_group_base: dc=%2,dc=%1
ldap_member_base: ou=People,dc=%2,dc=%1
ldap_filter:
(|(&(|(uid=cyrus-admin)(uid=cyrus-murder))(uid=%U))(&(|(uid=%U)(mail=%U@%d)(mail=%U@%r))(objectclass=kolabinetorgperson)))
ldap_user_attribute: mail
ldap_group_filter:
(&(cn=%u)(objectclass=ldapsubentry)(objectclass=nsroledefinition))
ldap_group_scope: one
Also check these entries:
/etc/kolab-freebusy/config.ini:base_dn = "%dc"
/etc/roundcubemail/config.inc.php:
'base_dn' => 'ou=People,%dc',
/etc/roundcubemail/config.inc.php:
'search_base_dn' => 'ou=People,%dc',
/etc/roundcubemail/config.inc.php:
'base_dn' => 'ou=Groups,%dc',
/etc/roundcubemail/defaults.inc.php: // %dc - The domain name
hierarchal string e.g. "dc=test,dc=domain,dc=com"
/etc/roundcubemail/defaults.inc.php: // for the groups base_dn, the
user replacements %fu, %u, $d and %dc work as for base_dn (see above)
/etc/roundcubemail/password.inc.php: // '%dc' will be replaced by
domain name hierarchal string e.g. "dc=test,dc=domain,dc=com"
/etc/roundcubemail/password.inc.php: // '%dc' will be replaced by
domain name hierarchal string e.g. "dc=test,dc=domain,dc=com"
/etc/roundcubemail/kolab_auth.inc.php:
'base_dn' => 'ou=People,%dc',
/etc/roundcubemail/kolab_auth.inc.php:
'base_dn' => 'ou=Groups,%dc',
Comment all default static definitions.
I derived this changed by reading this patches i found googling around:
Filelisting:
-rw-r--r-- 1 root root 1.3K Jul 22 13:45
sleepTimeBetweenDomainOperationsBug2491.patch
-rw-r--r-- 1 root root 828 Jul 22 13:46 freebusyMultiDomainBug2630.patch
-rw-r--r-- 1 root root 3.1K Jul 22 13:49 deleteDomainWithUsersBug1869.patch
-rw-r--r-- 1 root root 2.7K Jul 22 13:58
validateAliasDomainPostfixVirtualFileBug2658.patch
-rw-r--r-- 1 root root 1.4K Jul 22 14:36
freebusyMultiDomainBugHTTP2630.patch
Dunno, if 3.3 already changed the default strategy to %dc. I use 3.2 for
now.
I'm testing all aspects, also Kontact client on OSX. (There's a
korganizer Bug, i will send details soon)
Hope this may help
Rgds.
Franz
Am 01.09.14 16:25, schrieb Sebastian Walter:
</pre>
<blockquote type="cite">
<pre wrap="">Dear list,
This is about a new installation of Kolab 3.3 on CentOS 7. I followd the
Multi-Domain Howto on docs.kolab.org and overall the system is working
fine. Amongst other small issues (to be posted later) I have a problem
of sending mails from other e-mail addresses than the parent domain.
I try to explain the issue with this virtual example: the parent domain
is example.org and an alias domain myexample.org is added via the Kolab
Web Admin. The user <a class="moz-txt-link-abbreviated" href="mailto:joe@example.org">joe@example.org</a> has a lot of secondary email
addresses (catchall for other domains), as well as one specific address
<a class="moz-txt-link-abbreviated" href="mailto:mail@myexample.org">mail@myexample.org</a>. He wants to send emails from this address with his
user account. The mail server replies with:
An (SMTP) error occurred while sending mail. The server responded:
5.7.1 <DATA>: Data command rejected: Could not find envelope sender user
<a class="moz-txt-link-abbreviated" href="mailto:mail@myexample.org">mail@myexample.org</a>.
The only working workaround is to empty the
"submission_data_restrictions" direction in /etc/postfix/main.cf but I
would prefer to not disable Kolabs policies.
As a consequence, I got lots of errors from
/usr/libexec/postfix/kolab_smtp_access_policy (premature end-of-input)
which I got rid of by commenting out the "chache_uri" directive in
kolab.conf.
I guess my ldap system is somehow messed. Has anybody an idea?
Any help is greatly appreciated!
Sebastian
_______________________________________________
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>
<br>
</body>
</html>