Hi<br><br>I have created issue #1353 as requested.<br><br>I also proposed a new way to do to catchall : juste add @<a href="http://mydomain.com">mydomain.com</a> as an alias for the mailbox you choose as the cachall one.<br>

It's so simple :-)<br><br><br><br><div><span class="gmail_quote">On 8/8/06, <b class="gmail_sendername">Bernhard Reiter</b> <<a href="mailto:bernhard@intevation.de">bernhard@intevation.de</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

Am Montag, 7. August 2006 11:24 schrieb Alain Spineux:<br>> I defined the following entries in my kolab address book<br>><br>> mail: <a href="mailto:catchall+domain1@mydomain.com">catchall+domain1@mydomain.com</a>

<br>> alias: @<a href="http://domain1.com">domain1.com</a><br>><br>> another entries<br>><br>> mail: <a href="mailto:catchall+domain2@mydomain.com">catchall+domain2@mydomain.com</a><br>> alias: @<a href="http://domain2.com">

domain2.com</a><br>><br>> the first entry make every email for "@<a href="http://domain1.com">domain1.com</a>"  going to subfolder<br>> domain1 in mailbox <a href="mailto:catchall@mydomain.com">catchall@mydomain.com

</a><br>> (dont forget to create mailbox <a href="mailto:catchall@mydomain.com">catchall@mydomain.com</a>, create subfolder<br>> domain1 and give access "p anyone" to the folder)<br>> The second one do the same for domain2

<br>><br>> FYI  '+'  is and email extended notation, that is used by cyrusimap to<br>> deliver email into a subfolder. This is called "plus addressing"<br>><br>> I don't know if someone thought about that before me or if I am the first

<br>> one  :-)<br>><br>> I first setup a more standard catchall using<br>> /kolab/etc/kolab/templates/virtual.template<br>> entries:<br>> (dont forget the /kolab/sbin/kolabconf to regenerate config files after

<br>> modifying templates)<br>><br>> > @<a href="http://mydomain.com">mydomain.com</a> <a href="mailto:catchall@mydomain.com">catchall@mydomain.com</a><br>> > <a href="mailto:foo@mydomain.com">foo@mydomain.com

</a> <a href="mailto:catchall+foo@mydomain.com">catchall+foo@mydomain.com</a><br>> > <a href="mailto:bar@mydomain.com">bar@mydomain.com</a> <a href="mailto:catchall+bar@mydomain.com">catchall+bar@mydomain.com</a><br>

><br>> to redirect everything @ <a href="http://mydomain.com">mydomain.com</a> into mailbox catchall and some email<br>> directly into subfolder :-)<br>> I got the idea to try to move<br>><br>> > <a href="mailto:foo@mydomain.com">

foo@mydomain.com</a> <a href="mailto:catchall+foo@mydomain.com">catchall+foo@mydomain.com</a><br>> > <a href="mailto:bar@mydomain.com">bar@mydomain.com</a> <a href="mailto:catchall+bar@mydomain.com">catchall+bar@mydomain.com

</a><br>><br>> into the addressbook to make these entries easier to manage, and not always<br>> edit the virtual.template file.<br>> It was working<br>> Finally I moved  the "catchall" into the addressbook

<br>><br>> >@ <a href="http://mydomain.com">mydomain.com</a> <a href="mailto:catchall+unexistingfolder@mydomain.com">catchall+unexistingfolder@mydomain.com</a><br>><br>> The only drawback I saw, is because I cannot define another "mail" or

> "alias" <a href="mailto:catchall@mydomain.com">catchall@mydomain.com</a> inside the ldap database to keep unicity, I > cannot redirect emails into catchall mailbox and must use the plus > addressing and then make the delivery into a subfolder.

<br>> BUT if the subfolder dont exist the mail will go to parent folder, this is<br>> why I use unexistingfolder<br>><br>> Is-it a bug or a feature ?<br><br>It seems to be a bug to me.<br>Probably the search filter in 

<a href="http://ldapvirtual.cf">ldapvirtual.cf</a><br>needs to be narrowed to exclude cn=external.<br><br>Can you file an issue with our tracker? That would be nice.<br><br><br>> I dont thing this is a good idea to put "system" mapping into the address

<br>> book. This is useless for the end user.<br>> BUT I have this feature and want to keep it !!!<br><br>:)<br>We at least could add a feature request for catch-all addresses,<br>though I believe that going the regular way over 

virtual.template<br>should be sufficient as this is not a setting you need to change everyday.<br>The webinterface mainly is for regular common tasks,<br>for other it can easily more complicated then doing good.<br><br>> I good idea to separate system mapping entries from normal addressbook

> entries is to add a ldap field for normal address book entries and add this > field as a selector inside <a href="http://ldapvirtual.cf">ldapvirtual.cf</a> file. Addressbook entries should be seperated by haning below cn=external.

> Maybe this could be also a security hole ? Probably not as only people with higher rights can manipulate such entries. > And modifying the ldap filter to > only use entries of class kolabInetOrgPerson resolve it.

<br><br>The webinterface will create as<br>objectClass: kolabInetOrgPerson<br>as well.<br><br>> And how does kolabgui and kolabd react when they meet mail of the form "<br>> <a href="mailto:catchall+unexistingfolder@asxnet.loc">

catchall+unexistingfolder@asxnet.loc</a>" does it try create a cyrus mailbox > for catchall+unexistingfolder ? > Is-it smart and just try to create a > catchall mailbox ? Or does this case was not thought before ?

<br><br>I think Cyrus will reject the email and not create a mailbox.<br><br>> Any comment ?<br><br>Thanks for spotting this, it is indeed an interesting use of the features.<br><br>Bernhard<br><br><br>_______________________________________________

<br>Kolab-users mailing list<br><a href="mailto:Kolab-users@kolab.org">Kolab-users@kolab.org</a><br><a href="https://kolab.org/mailman/listinfo/kolab-users">https://kolab.org/mailman/listinfo/kolab-users</a><br><br><br><br>

</blockquote></div><br><br clear="all"><br>-- <br>--<br>Alain Spineux<br>aspineux gmail com<br>May the sources be with you<br>