Resourcesinvitation not working in 3.3 !
Franz Skale
i.bin at dah.am
Sun Nov 16 19:13:10 CET 2014
Hi,
after some in depth debugs, i still can't figure out what the problem is.
I read all posts regarding mail to shared folder.
Also, in march, there was a posting using ACL entries to be able to
deliver to a shared resource.
All the suggestions didn't work out.
Wallace content filtering has been configured porperly, i think.
ldapsearch works without any problems.
Wallace throws an exception on handling the event: (debuglevel 9)
2014-11-16 15:27:12,050 pykolab.wallace ERROR event_from_ical()
exception: ImportError('No module named kolab.calendaring',);
I don't find a python lib named kolab.
When using the source package, pythonbindings on linkolab are enablede
by default.
So i did a rebuild of libkolab resulting in a package called python-kolab.
This lib includes the calendaring function, but i think, there is a
__init file missing, since wallaces throws the exception, not to be able
to find the lib in the sys.path.
It was a first guess, which didn't work out.
Wallace config part kolab.conf:
[wallace]
modules = resources, invitationpolicy, footer
footer_text = /etc/kolab/footer.text
footer_html = /etc/kolab/footer.html
; default settings for kolabInvitationPolicy
kolab_invitation_policy = ACT_ACCEPT_IF_NO_CONFLICT:primary.domain,
ACT_MANUAL
LMTP cannot handle the email:
Nov 16 10:51:54 mail cyrus-imapd/lmtpunix[12566]: accepted connection
Nov 16 10:51:54 mail cyrus-imapd/lmtpunix[12566]: connection from [unix
socket] preauth'd as postman
Nov 16 10:51:54 mail cyrus-imapd/lmtpunix[12566]:
verify_user(test.com!shared.Resources.Konferenzraum) failed: Mailbox
does not exist
postfix:
Nov 16 15:27:12 mail postfix/local[32723]: warning: 26741400063A:
address with illegal extension: shared+shared/resources/konferenzraum
Nov 16 15:27:12 mail postfix/local[32723]: 26741400063A:
to=<shared+shared/Resources/Konferenzraum at test.com>, relay=local,
delay=0.05, delays=0.02/0.01/0/0.02, dsn=5.1.1, status=bounced (unknown
user: "shared")
As fas as i understand, the mail should be catched by wallace and no
further processing should happen.
Bugs ?
So, perhaps anyone have a clue to fix this particular issue ?
Regards
Franz
The details as follows:
Debian Wheezy kolab 3.3 (updated from 3.2)
Resourcename: Konferenzraum
Mailboxname via kolab lm: shared/Resources/Konferenzraum at test.com
postfix alias map duplet config for shared folders:
server_host = localhost
server_port = 389
version = 3
search_base = dc=%2,dc=%1
scope = sub
domain = ldap:/etc/postfix/ldap/hosted_duplet_mydestination.cf
bind_dn = uid=kolab-service,ou=Special Users,dc=is,dc=primary,dc=domain
bind_pw = xxxxxxxxxxxx
query_filter = (&(|(mail=%s)(alias=%s))(objectclass=kolabsharedfolder))
result_attribute = kolabtargetfolder
result_format = shared+%s
-------------- 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/20141116/65f50d41/attachment.p7s>
More information about the users
mailing list