[Kolab-devel] Postfix, LDAP and resources

Paul Boddie <[email protected]>
Newsgroups gmane.comp.kde.devel.kolab
Message-ID <[email protected]>
Hello,

I've been reviewing some of my setup-kolab changes - yes, fixing bugs I've 
introduced, too - and I have to say that I'm a bit baffled by the way Postfix 
is set up to handle virtual aliases for resources and to use Wallace.

First of all, I made the mistake of creating a resource with a space in its 
name. This immediately causes the iTIP mails sent to the resource to have 
their addresses "shredded" so that the conference room resource "The 
Boardroom" with mail address <[email protected]> 
becomes <shared+shared/Resources/[email protected]> and <[email protected]>.

It should, apparently, be <shared+shared/Resources/The [email protected]> 
with <[email protected]> being the thing Postfix wants to see and 
"shared/Resources/The [email protected]" being the IMAP target folder, I 
suppose.

I think the fix for this is to wrap the LDAP result as follows in the 
/etc/postfix/ldap/virtual_alias_maps_sharedfolders.cf file:

result_format = <shared+%s>

Nothing I found by searching gave any really useful suggestions, but this does 
appear to prevent the above misbehaviour. It makes me wonder whether resources 
specifying a target folder with a space in it could really ever have worked, 
though. Then again, I didn't know anything about the above innards of Postfix 
until this last weekend.

Another thing involves Wallace which is supposed to handle iTIP mails, but it 
didn't appear to be invoked at all. Looking through the Postfix configuration, 
it occurred to me that only smtp-amavis was ever really defined explicitly as 
a content filter, so I switched it out with smtp-wallace by defining it in 
/etc/postfix/main.cf as follows:

content_filter = smtp-wallace:[127.0.0.1]:10026

At this point (after a "postfix reload"), Wallace seemed to respond to 
incoming messages. So I guess that the pykolab template and code doesn't set 
this up at all, as far as I can see. Making smtp-wallace (as defined above) 
the content filter for smtp-amavis appears to work, and maybe this is the fix 
here, but once again this is completely new to me and maybe I've overlooked 
some switch somewhere that magically makes all this work correctly. Pointers 
to that are very welcome!

Does any of this sound completely wrong or have I stumbled upon something that 
needs some work?

Paul
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.