Subfolder Adressing for shared folders in Kolab 3.3 - 550-Mailbox unknown
Franz Skale
i.bin at dah.am
Wed Mar 25 21:05:18 CET 2015
Hi,
Perhaps Jeroen can bring some light into it.
I think, the hiersep doesn't work in connection with verify_user ?
https://issues.kolab.org/show_bug.cgi?id=4367 ?
The mailboxname is of netwews style (lmtunix) but should be the
delimited with /.
Just a gues from the cannonification of the format
example.com!shared.Resources.buero *instead of* shared/Resources/buero at example.com
I will no debug the verify_user function to see why the mailbox is
getting invalid.
Howdy
Franz
Am 24.03.15 um 19:50 schrieb Franz Skale:
> Hi Marco and kolab nerds,
>
> sorry to bother you, but perhaps you have an ideas why i can't get
> shared folder adressing to work properly.
> My problem is about upgrading to 3.4 and not be able to send email to
> shared folders.
> Do i still have to add a kolab contact to make it work ?
> I thought this has been fixed in 3.4, didn't it ?
> Right now i get this error when sending mail to the shared folder buero
> which is a resource.
> Since kolab itself is able to open it my problem is connected to postfix
> -> lmtp -> cyrus.
> It seems as if postfix formats the receipient in a wrong manner.
>
> E.g.:
>
> Mailbox:
> shared/Resources/buero at example.com
>
> Access via imap works (kolabd).
>
> Mar 22 20:29:42 mail cyrus-imapd/imaps[11834]: open: user cyrus-admin
> opened shared/Resources/buero at example.com
>
> But lmtp delivery via email address doesn't work:
>
> LDAP section:
> dn: cn=buero,ou=Resources,dc=example,dc=com
> cn: buero
> kolabTargetFolder: shared/Resources/buero at example.com
> mail: resource-confroom-buero at example.com
> objectClass: top
> objectClass: kolabsharedfolder
> objectClass: mailrecipient
> kolabFolderType: event
>
> LMTP fail:
>
> Mar 22 20:30:13 mail cyrus-imapd/lmtpunix[12330]:
> verify_user(example.com!shared.Resources.buero) failed: Mailbox does not
> exist
>
> Is this a virtual_alias_maps problem ? "shared+%s" has been set
> correctly i think.
> Or is it a unixhierarchysep problem ? (set to 1 of course)
>
> Perhaps you have a clue.
>
> Thanks in advance
>
> Franz
>
>
>
>
>
>
>
>
> Am 22.10.14 um 13:58 schrieb Marco Zanon:
>> Hi Thomas,
>>
>>> Still not working.
>>>
>>> Oct 20 14:51:25 mail postfix/smtpd[5740]: NOQUEUE: reject: RCPT from
>>> xxxxx: 550 5.1.1 <kolab+shared.list.kolab/kolab-users at mydomain>:
>>> Recipient address rejected: User unknown in local recipient table;
>>>
>>> I created a new Contact:
>>>
>>> [cut]
>>>
>>> If I create instead an alias like list.kolab.kolab-users at mydomain for my
>>> shared folder, then mails get into the main box, but not to the
>>> subfolder.
>>>
>>> [cut]
>>>
>> unfortunately I have no further idea on the matter... maybe someone else?
>>
>> best regards,
>
>
>
> _______________________________________________
> users mailing list
> users at lists.kolab.org
> https://lists.kolab.org/mailman/listinfo/users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kolab.org/pipermail/users/attachments/20150325/7eea203b/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4254 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://lists.kolab.org/pipermail/users/attachments/20150325/7eea203b/attachment.p7s>
More information about the users
mailing list