On Tue, Jun 18, 2013 at 09:36:50AM +0200, Eric Faurot wrote:
> On Mon, Jun 17, 2013 at 10:04:20PM +0100, Zi Loff wrote:
> > Hi all
> >
> > I'm running version 5.3.3 on -current OpenBSD and smtpd shutdowns upon
> > receiving a mail for a virtual domain recipient (which doesn't get
> > delivered). Delivery for local users works as it should.
> >
> > $ egrep -v "^#|^$" /etc/smtpd.conf
> > listen on lo0
> > table aliases db:/etc/mail/aliases.db
> > table users { foo }
> > accept for local alias <aliases> deliver to mbox
> > accept for domain foo.bar virtual <users> deliver to mda "/usr/bin/false"
> > accept for any relay
> >
> > When sending a mail to [email protected] smtpd shutdowns right after RCPT TO:
> > is issued, and logs a string of warnings about the pipes closing.
> >
> > This is on a completely clean install of OpenBSD on a virtual machine,
> > with the only change being those referred to on smtpd's man page.
> >
> > Am I doing something wrong?
>
> Your "users" table must be a mapping from virtual users (or catch-all)
> to local user or forward addresses. Try to fix that and see if it
> works better. We shoudl not be crashing on this though. I'll have a
> look.
OK, mapping to a local user worked. I was trying to mimic my postfix
setup, with a few virtual users/domains (and a few aliases) each with
its own maildir. I managed to do this with:
table users { foo => zeloff, goo => zeloff }
accept for domain foo.bar virtual <users> deliver to maildir \
"/mail/foo.bar/%{rcpt.user}"
If I understand correctly, the mapping to a local user is necessary (at
least) to define the ownership of the Maildir files. On my production
postfix server all virtual Maildirs are owned by the same 'vmail' user,
so there is no need to map every single virtual recipient to a local
user (note that with my setup all virtual maildirs end up being owned by
the same user as well)...
Is there any other reason for the mapping to a local user being
mandatory (honest question, no criticism implied)?
Anyway, I think an external MDA might be more suited to my needs...
--
--
You received this email because you are subscribed to mailing list:
[email protected]
To unsubscribe, send mail with subject:
[[email protected]] unregister
