<html><head><style type="text/css"><!-- DIV {margin:0px;} --></style></head><body><div style="font-family:times new roman, new york, times, serif;font-size:12pt"><DIV>Hi,</DIV>
<DIV>I had the same problem.</DIV>
<DIV>For me this seams to be a bug in the code.</DIV>
<DIV>Check</DIV>
<DIV> </DIV>
<DIV> /kolab/lib/php/Horde/Kolab/Filter/Incoming.php</DIV>
<DIV><BR> foreach ($this->_recipients as $recipient) {<BR> if (strpos($recipient, '+')) {<BR> list($local, $rest) = explode('+', $recipient, 2);<BR> list($rest, $domain) = explode(<A href="mailto:'@'" rel=nofollow target=_blank ymailto="mailto:'@'">'@'</A>, $recipient, 2);<BR>--> $real_recipient = $local . <A href="mailto:'@'" rel=nofollow target=_blank ymailto="mailto:'@'">'@'</A> . $domain;<BR> } else {<BR> $real_recipient = $recipient;<BR> }<BR> $dn = $server->uidForIdOrMail($real_recipient);<BR> if (is_a($dn, 'PEAR_Error'))
{<BR> return $dn;<BR> }<BR> if (!$dn) {<BR> Horde::logMessage(sprintf('User %s does not exist!', $real_recipient),<BR> __FILE__, __LINE__, PEAR_LOG_DEBUG);<BR> }<BR> $user = $server->fetch($dn, KOLAB_OBJECT_USER);</DIV>
<DIV style="FONT-FAMILY: times new roman, new york, times, serif; FONT-SIZE: 12pt"> </DIV>
<DIV style="FONT-FAMILY: times new roman, new york, times, serif; FONT-SIZE: 12pt">I changed it it to</DIV>
<DIV style="FONT-FAMILY: times new roman, new york, times, serif; FONT-SIZE: 12pt"> </DIV>
<DIV style="FONT-FAMILY: times new roman, new york, times, serif; FONT-SIZE: 12pt"> $real_recipient = $rest . <A title="'@'" href="http://de.mg41.mail.yahoo.com/dc/'@'" rel=nofollow target=_blank>'@'</A> . $domain;<BR></DIV>
<DIV style="FONT-FAMILY: times new roman, new york, times, serif; FONT-SIZE: 12pt">Give it a try.</DIV>
<DIV style="FONT-FAMILY: times new roman, new york, times, serif; FONT-SIZE: 12pt"> </DIV>
<DIV style="FONT-FAMILY: times new roman, new york, times, serif; FONT-SIZE: 12pt">Hans</DIV>
<DIV style="FONT-FAMILY: arial, helvetica, sans-serif; FONT-SIZE: 13px"><FONT size=2 face=Tahoma>
<HR SIZE=1>
<B><SPAN style="FONT-WEIGHT: bold">From:</SPAN></B> Skip Morse <skipmorse@gmail.com><BR><B><SPAN style="FONT-WEIGHT: bold">To:</SPAN></B> Kolab-User Mailinglist <kolab-users@kolab.org><BR><B><SPAN style="FONT-WEIGHT: bold">Sent:</SPAN></B> Fri, May 27, 2011 11:30:43 AM<BR><B><SPAN style="FONT-WEIGHT: bold">Subject:</SPAN></B> Re: Successful upgrade from 2.2.3 to 2.3.1 but...<BR></FONT><BR>On Fri, May 27, 2011 at 10:30 AM, Skip Morse <<A href="mailto:skipmorse@gmail.com" ymailto="mailto:skipmorse@gmail.com">skipmorse@gmail.com</A>> wrote:<BR>> So... this seems like it was pretty straight forward, this was just a<BR>> test run (in a test VM), but after one more practice, I'm thinking it<BR>> will probably take me about 30 minutes (if that) to do the production<BR>> upgrade (not counting the backup first).<BR>><BR>> Here are my concerns before i can really flip the switch.<BR>><BR>> First issue:<BR>><BR>> Part
of our usage requires that we are able to have email delivered to<BR>> shared folders. I've always had to use the workaround(s) found here:<BR>> <A href="http://wiki.kolab.org/Shared_folders" target=_blank>http://wiki.kolab.org/Shared_folders</A><BR>><BR>> Most recently, changing the line in ldapvirtual.cf to: query_filter =<BR>> (&(!(kolabDeleteFlag=*))(|(alias=%s)(mail=%s)))<BR>><BR>> The above line allows sending to a shared folder, but I didn't see any<BR>> updates on the wiki and it turns out that there's something wrong with<BR>> the 'receiving' to a shared folder. All mails sent to the shared<BR>> folder are stuck in the postfix queue with a temporary failure, and I<BR>> can't tell from the postfix log why. Just messages like this:<BR>><BR>> <info> postfix/pipe[16637]: D747BB1D7A:<BR>> to=<kolab+<A href="mailto:shared.scheduling@domain.com"
ymailto="mailto:shared.scheduling@domain.com">shared.scheduling@domain.com</A>>, relay=kolabmailboxfilter,<BR>> delay=1.2, delays=0.05/0.06/0/1.1, dsn=4.3.0, status=deferred<BR>> (temporary failure)<BR>><BR>> It's the same result if I send directly to<BR>> kolab+<A href="mailto:shared.blah@domain.com" ymailto="mailto:shared.blah@domain.com">shared.blah@domain.com</A> or if I send to the alias that's in the<BR>> 'vcard' in the address book entry. There is one line in the wiki that<BR>> I don't quite understand, so maybe this is my answer if anyone has any<BR>> expansion on what this means:<BR>><BR>> 04/30/2010 - diegows: You have to give post permission to kolab user<BR>> in the shared folder too.<BR>><BR>> I do have 'anyone' with the 'post' permissions. Maybe that is no longer enough?<BR>><BR>> ** As a note, regular user to user mail seems to work fine<BR>><BR>> Second
issue:<BR>><BR>> Is the web client limited to only the dynamic view now? I don't hate<BR>> it, but I like the option. While testing, I happened to log in as a<BR>> user with an outrages amount of top level folders. This causes some<BR>> folders to not even be viewable and as far as I can tell, no way to<BR>> get to them. I also couldn't find any settings in the per-user,<BR>> global options to select which layout, maybe i missed it?<BR>><BR>> Almost all of our users use Outlook and the Toltec connector, so it<BR>> isn't a huge problem for most. But I would like to imagine that we'll<BR>> migrate most users to the webclient at some point and this may be a<BR>> deal-breaker...<BR>><BR>> Thoughts/Advice?<BR>><BR>> Any help is always appreciated.<BR>><BR>> Thanks,<BR>> -Skip<BR>><BR><BR>Not sure if this is the key to figuring out the delivery issue, but<BR>I'm getting
this error which seems to be new in:<BR><BR>/kolab/var/kolab-filter/log/filter.log<BR><BR>The message:<BR>May 27 20:01:43 Kolab Filter (pid=19208) [error] [horde] Specify<BR>either the UID or a search result!; Code: 331 [pid 19208 on line 181<BR>of "/kolab/lib/php/Horde/Kolab/Server/Object.php"]<BR><BR>I've looked in Object.php, but I can't really make sense of what needs<BR>to happen. My guess is that this has something to do with the shared<BR>folder not having a UID like a normal user would have.<BR><BR>I'm going to wait to do anything, but I'm think maybe a possible<BR>workaround would be to edit the ldap data so my shared folder has a<BR>uid?<BR><BR>Okay... while writing the above, i looked into the ldap data for the<BR>shared folder entry, the fist dn line is:<BR>dn: cn=<A href="mailto:scheduling@domain.com" ymailto="mailto:scheduling@domain.com">scheduling@domain.com</A>,dc=domain,dc=com<BR><BR>For normal users, I *think* the entry was
changed using the<BR>kolab-cn2uid script. But, this failed to change the shared folders<BR>(I'm just not sure if it should).<BR><BR>Does anyone know if it would cause problems if, after running the<BR>above script, I manually changed the shared folder entries to look<BR>like the user's entries (dn:<BR>uid=<A href="mailto:scheduling@domain.com" ymailto="mailto:scheduling@domain.com">scheduling@domain.com</A>,dc=domain,dc=com)?<BR><BR>Maybe a better approach if entries of type "kolabSharedFolder" are not<BR>supposed to have a uid, modify the Object.php to be aware of their<BR>existance?<BR><BR>And back to you... :-)<BR><BR>Thanks,<BR>-Skip<BR><BR>_______________________________________________<BR>Kolab-users mailing list<BR><A href="mailto:Kolab-users@kolab.org" ymailto="mailto:Kolab-users@kolab.org">Kolab-users@kolab.org</A><BR><A href="https://kolab.org/mailman/listinfo/kolab-users"
target=_blank>https://kolab.org/mailman/listinfo/kolab-users</A><BR></DIV></div></body></html>