Subfolder Adressing for shared folders in Kolab 3.3 - 550-Mailbox unknown

Franz Skale i.bin at dah.am
Tue Mar 24 19:50:11 CET 2015


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,


-------------- 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/20150324/77135a5e/attachment.p7s>


More information about the users mailing list