dovecot - Jan 2010 - Fail to handle . and - in mailaddresses

Hi,

I seem to have run into a bug. Dot and dash is allowed chars in mail
addresses, so a ...---...@ should work. Filtered out domainname and IP's
for security reasons. And yes this works with MDaemon as example. 

Setup is postfix using Dovecot for deliver.

Version: 1.2.9
OS: Linux ADM64 (Ubuntu 8.04LTS)

Tried to deliver mail to rfc compliant mail address ...---... at domain. 

# 1.2.9: /opt/dovecot/etc/dovecot.conf
# OS: Linux 2.6.24-25-server i686 Ubuntu 8.04.3 LTS ext3
log_path: /var/log/dovecot
protocols: imaps imap
listen: 127.0.0.1
ssl_listen: :943
ssl_cert_file: /etc/ssl/certs/secure.crt
ssl_key_file: /etc/ssl/private/secure.key
login_dir: /opt/dovecot/var/run/dovecot/login
login_executable: /opt/dovecot/libexec/dovecot/imap-login
mail_gid: 1005
mail_location: maildir:/opt/vmail/%d/%n/Maildir
lda:
  postmaster_address: postmaster at domain.com
  sendmail_path: /usr/sbin/sendmail
  auth_socket_path: /var/run/dovecot/auth-master
  log_path: /opt/vmail/dovecot-deliver.log
auth default:
  mechanisms: plain login
  passdb:
    driver: pam
  passdb:
    driver: sql
    args: /opt/dovecot/etc/dovecot-sql.conf
  userdb:
    driver: passwd
  userdb:
    driver: static
    args: uid=5000 gid=5000 home=/opt/vmail/%d/%n allow_all_users=yes
  socket:
    type: listen
    client:
      path: /var/spool/postfix/private/auth
      mode: 432
      user: postfix
      group: postfix
    master:
      path: /var/run/dovecot/auth-master
      mode: 384
      user: vmail
>From Deliver logfile:
deliver(...---... at domain.com): Jan 14 08:18:24 Info:
msgid=<798c378b1001132318y4a027757m37a668f48730e6c at mail.gmail.com>:
saved
mail to INBOX

# Does not seem to end up in any of the files in Maildir, new/tmp folders
are empty.
Maildir/cur# grep ...---... at domain.com *
Maildir/cur# 



//Mika

On 14.1.2010, at 11.13, Mika wrote:
>> From Deliver logfile:
> deliver(...---... at domain.com): Jan 14 08:18:24 Info:
> msgid=<798c378b1001132318y4a027757m37a668f48730e6c at
mail.gmail.com>: saved
> mail to INBOX
> 
> # Does not seem to end up in any of the files in Maildir, new/tmp folders
> are empty.
Well, it went somewhere. Set mail_debug=yes to see where.

> On 14.1.2010, at 11.13, Mika wrote:
>
>>> From Deliver logfile:
>> deliver(...---... at domain.com): Jan 14 08:18:24 Info:
>> msgid=<798c378b1001132318y4a027757m37a668f48730e6c at
mail.gmail.com>:
>> saved
>> mail to INBOX
>>
>> # Does not seem to end up in any of the files in Maildir, new/tmp
>> folders
>> are empty.
>
> Well, it went somewhere. Set mail_debug=yes to see where.
>
>
After a bit of digging i found that the mail ended up in
/opt/vmail/%d/...---... instead of /opt/vmail/%d/user. I will poke around
with mail_debug and see what I can dig up.

 postmap -q ...---... at domain.com mysql:/etc/postfix/mysql-alias-maps.cf

Expands the correct alias.

//Mika