[Dovecot] simple steps with sieve

[Peter Borg]

Gavin wrote:
> Postfix receives mails in firstname.lastname at domain.com format, and does
> an LDAP lookup to Active Directory to determine the 'flastname'
> login-name format (for delivery to /home/AD/flastname/Maildir/).
>
> It would then seem that we'd need a method to do a reverse lookup at
> Dovecot's 'deliver' time and determine the valid To: addresses from
> LDAP. Does this sound vaguely possible without major engineering work?

I have exactly the same problem, though with a slightly different setup. 

Ubuntu 8.04 LTS
Dovecot 1.2.6
Sieve 0.1.12
Postfix 2.5.1
OpenExchange 6.12.0.0-5

I'm currently evaluating software for an upgrade to our hosting platform and
postfix/dovecot is the current solution in testing. As this is currently a
test system I'm in a position to seriously mess around with things to try
and find a solution. The solution is not necessarily in dovecot, but may
require changes in postfix config or perhaps use of procmail or some other
delivery mechanism in place of deliver. I can't rely on changes in the
client as we need to be open enough to permit the user to choose the mail
client.

We have multiple domains hosted on the same system. Users are stored in LDAP
to allow use of a single account for multiple access methods and software
solutions. Usernames are in the format user at domain (effectively the email
address) to provide simplicity for the user and differentiation of different
users with the same names in different domains. 

So we have exactly the same issue - vacation responses appear from
user-domain at hostservername.

If there's no way around this it's going to mean looking for another
solution, which is a real shame as postfix/dovecot does everything else I
need absolutely perfectly (including shared mailbox folders with
ACL/IMAP_ACL) quickly and cleanly with a minimum of configuration
nightmares, and it's a killer waste of time to have to start evaluation of
other solutions for such a minor flaw.

I've found two workarounds so far; it's possible to pass ORIGINAL_RECIPIENT
to deliver using postfix but this then causes problems with messages to
system aliases; if there's a group alias on the system the response will
apparently come from the group alias and not the individual, this is
regardless of any "address:" value in the sieve script.

Alternatively it's possible to specify "from:" in the sieve script but this
assumes you have a client that's configured to do this. To date, I haven't
found one that does.

So this means either living with the system group alias problem, manual
editing, or a hack involving a script that checks for changed sieve scripts
and updates them with the appropriate "from:" value in the vacation stanza.

I find it really hard to believe that Gavin and I are the only ones to hit
this issue. That said I've probably been hacking at this particular system
too long and am missing something very obvious....!

Peter.

-----Original Message-----
From: dovecot-bounces+dovecot=peter-b.org at dovecot.org
[mailto:dovecot-bounces+dovecot=peter-b.org at dovecot.org] On Behalf Of Gavin
Hamill
Sent: 19 October 2009 19:13
To: Dovecot Mailing List
Subject: Re: [Dovecot] simple steps with sieve

On Mon, 2009-10-19 at 17:59 +0200, Pascal Volk wrote:

> The :addresses argument accepts only additional mail addresses that a
> user might have. (http://tools.ietf.org/html/rfc5230#section-4.5)
> Which of your users has the address *doe@*? ;-)
> I believe there is no wildcard support. In my opinion wildcard addresses
> would also make no sense.

OK now I understand...


> > I'm just trying to reduce the migration pain on behalf of the users
> > whose current experience with Outlook is Tools -> Out of Office ->
> > Enable.
> 
> Hm, I can't find Outlook in the repos. :-D

Ha :) Work with me here; I'm trying to pull people /away/ from the beast
so the experience needs to be as drool-proof as possible as people leave
their comfort zone :)

gdh