Hello,
I am looking at the docs and I see this:
Problems with deliver
Namespaces are supported with v1.1 and later. With v1.0 and older
versions mails can be delivered only to mailboxes specified by the
mail_location setting.
But in the dovecot.conf I see:
# NOTE: Namespaces currently work ONLY with IMAP! POP3 and LDA currently
ignore
# namespaces completely, they use only the mail_location setting.
I am running 1.1.7 so is that a typo in the dovecot.conf or the wiki page..?
Also, I got postfix+dovecot configure to authenticate to Active Directory
using pam_krb5 and I am able to login and send emails with pop3 or imap, but
unable to receive emails since postfix complaints about the user not being
found in the local recipient table.
Now I have made a few changes, but I cant get to see deliver complaint, all
I see is:
postfix/smtpd[19924]: NOQUEUE: reject: RCPT from ............: 550 5.1.1
<test1 at domain.com>: Recipient address rejected: User unknown in local
recipient table;
So I think that it is not being passed to deliver...
Master.cf has:
dovecot unix - n n - - pipe
flags=DR user=vmail:vmail argv=/usr/lib/dovecot/deliver -f ${sender} -d
${recipient}
Main.cf has:
virtual_mailbox_domains = your.domain.here
virtual_transport = dovecot
Any ideas..?
Thanks
Dovecot ?n
# 1.1.7: /etc/dovecot/dovecot.conf
# OS: Linux 2.6.16.60-0.21-xenpae i686 SUSE Linux Enterprise Server 10
(i586)
protocols: imap imaps pop3 pop3s
login_dir: /var/run/dovecot/login
login_executable(default): /usr/lib/dovecot/imap-login
login_executable(imap): /usr/lib/dovecot/imap-login
login_executable(pop3): /usr/lib/dovecot/pop3-login
mail_location: maildir:~/Maildir/
mail_executable(default): /usr/lib/dovecot/imap
mail_executable(imap): /usr/lib/dovecot/imap
mail_executable(pop3): /usr/lib/dovecot/pop3
mail_plugins(default): acl
mail_plugins(imap): acl
mail_plugins(pop3):
mail_plugin_dir(default): /usr/lib/dovecot/modules/imap
mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap
mail_plugin_dir(pop3): /usr/lib/dovecot/modules/pop3
imap_client_workarounds(default): delay-newmail outlook-idle netscape-eoh
imap_client_workarounds(imap): delay-newmail outlook-idle netscape-eoh
imap_client_workarounds(pop3):
pop3_client_workarounds(default):
pop3_client_workarounds(imap):
pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh
auth default:
mechanisms: plain login
username_format: %Ln@%Ud
passdb:
driver: pam
userdb:
driver: static
args: uid=1001 gid=1000 home=/home/vmail/%Ud/%Ln
socket:
type: listen
client:
path: /var/spool/postfix/private/auth
mode: 432
user: postfix
group: postfix
Hi, First, namespaces: Deliver runs perfectly with namespaces, so I suppose it's a little glitch in the config file comments. Regarding your delivery problem, read this from your config file (or http://wiki.dovecot.org/UserDatabase/Static): --- snip --- Unless your MTA already verifies that the user exists before calling deliver, you'll most likely want deliver itself to verify the user's existence. Since deliver looks up the user only from the userdb, it of course doesn't work with static userdb because there is no list of users. Normally static userdb handles this by doing a passdb lookup instead. This works with most passdbs, with PAM being the most notable exception. If you want to avoid this user verification, you can add allow_all_users=yes to the args in which case the passdb lookup is skipped. --- snap --- ...which should explain why you don't get anything delivered. I think you have three options: allow_all_users=yes (which would be cheesy), setup another database or use postfixes virtual transport agent. Depends. Regards, Thomas
On Thu, December 4, 2008 1:24 pm, Romer Ventura wrote:> Hello, > > > I am looking at the docs and I see this: > Problems with deliver > Namespaces are supported with v1.1 and later. With v1.0 and older > versions mails can be delivered only to mailboxes specified by the > mail_location setting. > > But in the dovecot.conf I see: > # NOTE: Namespaces currently work ONLY with IMAP! POP3 and LDA currently > ignore # namespaces completely, they use only the mail_location setting. > > > I am running 1.1.7 so is that a typo in the dovecot.conf or the wiki > page..? > > > Also, I got postfix+dovecot configure to authenticate to Active Directory > using pam_krb5 and I am able to login and send emails with pop3 or imap, > but unable to receive emails since postfix complaints about the user not > being found in the local recipient table. > > Now I have made a few changes, but I cant get to see deliver complaint, > all I see is: > postfix/smtpd[19924]: NOQUEUE: reject: RCPT from ............: 550 5.1.1 > <test1 at domain.com>: Recipient address rejected: User unknown in local > recipient table; > > So I think that it is not being passed to deliver... > > > Master.cf has: > dovecot unix - n n - - pipe flags=DR > user=vmail:vmail argv=/usr/lib/dovecot/deliver -f ${sender} -d > ${recipient} > > > Main.cf has: > virtual_mailbox_domains = your.domain.here virtual_transport = dovecot > > Any ideas..? > Thanks >Talk to the postfix list, it looks like you may have a problem with your aliases. -- Matt Rude website: www.mattrude.com - wiki: wiki.mattrude.com PGP Fingerprint: 0E94 70DA 89F8 5102 0862 5EA2 CB10 759E E65F 2C46
On Thu, 2008-12-04 at 13:24 -0600, Romer Ventura wrote:> Hello, > > I am looking at the docs and I see this: > Problems with deliver > Namespaces are supported with v1.1 and later. With v1.0 and older > versions mails can be delivered only to mailboxes specified by the > mail_location setting. > > But in the dovecot.conf I see: > # NOTE: Namespaces currently work ONLY with IMAP! POP3 and LDA currently > ignore > # namespaces completely, they use only the mail_location setting. > > I am running 1.1.7 so is that a typo in the dovecot.conf or the wiki page..?I forgot to remove that text in v1.1. Removed now.> Now I have made a few changes, but I cant get to see deliver complaint, all > I see is: > postfix/smtpd[19924]: NOQUEUE: reject: RCPT from ............: 550 5.1.1 > <test1 at domain.com>: Recipient address rejected: User unknown in local > recipient table;Like Matt said, this is a Postfix configuration issue. You'll have to configure Postfix to figure out what users exist. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: <http://dovecot.org/pipermail/dovecot/attachments/20081205/646d912e/attachment-0002.bin>
On Fri, Dec 05, 2008 at 09:17:58PM +0200, Timo Sirainen wrote:> Like Matt said, this is a Postfix configuration issue. You'll have to > configure Postfix to figure out what users exist.One question. Postfix has TCP lookup table type with a very simple protocol: (get|put) "space" "key" "newline". But there is a question: how would act dovecot with much lookups with nonexistant users (there is no big problem to write some stupid connector)? WBR Dmitri Ivanov