dovecot - Mar 2013 - Postfix/Dovecot/lmtp with virtual and local users

Hi all,

I'm about to change my Debian mailserver setup from
Postfix/dovecot1/procmail to Postfix/dovecot2/sieve with lmtp enabled.
After enabling lmtp the virtual users can receive e-mails but not the
local users:

Mar 21 14:21:40 orange postfix/lmtp[4119]: DE62226216:
to=<user at orange.domain.de>,
relay=orange.domain.de[private/dovecot-lmtp], delay=7627,
delays=7627/0/0/0.02, dsn=5.1.1, status=bounced (host
orange.domain.de[private/dovecot-lmtp] said: 550 5.1.1
<user at orange.domain.de> User doesn't exist: user at
orange.domain.de (in
reply to RCPT TO command))

In 10-auth.conf I have the setting "auth_username_format = %Lu".

When changing it to "auth_username_format = %n" the local users can be
found but not the virtual users anymore.

Is there a way to define "if <user> is local then
auth_username_format %n else auth_username_format = %Lu"?

Thanks and best regards,
David

-- 
The day microsoft makes something that doesn't suck is the day they start
making vacuum cleaners.
gpg --keyserver pgp.mit.edu --recv-keys 1920BD87
Key fingerprint = 3326 32CE 888B DFF1 DED3  B8D2 105F 29CB 1920 BD87

Hi,

thanks for the answer.
Do I understand you right that currently it's not possible to manage
both system users and virtual users in a dovecot 2 and lmtp setup?

You were talking about "adding a generic passdb/userdb {
auth_username_format } setting". Are there any plans to do so?

What are your recommendations about migrating from dovecot 1.2.15 to
dovecot 2 regarding system and virtual users? Should I use LDA instead
of LMTP then?


Thank you very much,
David


Timo Sirainen schrieb am 31.03.2013 10:53:
> On 22.3.2013, at 11.53, David Obando <david at cryptix.de> wrote:
>
>> Timo Sirainen schrieb am 22.03.2013 09:48:
>>> Maybe. Depends on your Dovecot version and passdb/userdb
>>> configuration. So, doveconf -n output?
>> I use version 2.1.7 from the backports repo on Debian Squeeze.
>>
>> passdb {
>>  args = /etc/dovecot/dovecot-sql.conf.ext
>>  driver = sql
>> }
>> passdb {
>>  driver = pam
>> }
> Nope, you can't currently do "user at domain" auth for sql
and "user" for PAM. You could try using passdb checkpassword instead
though, which allows you to script it any way you want.
>
>> userdb {
>>  args = /etc/dovecot/dovecot-sql.conf.ext
>>  driver = sql
>> }
>> userdb {
>>  driver = passwd
>> }
> Also userdb passwd can't do that.
>
> I've thought of adding a generic passdb/userdb { auth_username_format }
setting, but that doesn't exist yet. Would be easy to do though..
>

-- 
The day microsoft makes something that doesn't suck is the day they start
making vacuum cleaners.
gpg --keyserver pgp.mit.edu --recv-keys 1920BD87
Key fingerprint = 3326 32CE 888B DFF1 DED3  B8D2 105F 29CB 1920 BD87