OpenSMTPD aliases
I'm having trouble getting OpenSMTPD's aliases to resolve at all. I
would be grateful for any suggestions. I'm very much liking the simple
config and the way it operates otherwise. Using -current, I have the
following:
smtpd.conf:
listen on lo0
listen on em0 port 587 tls enable auth
listen on em0
map aliases { source db /etc/mail/aliases.db }
accept for local deliver to mda procmail -f -
accept from all for domain svartalfheim.net deliver to mda procmail -f -
accept from all for domain oppositeofpeople.org deliver to mda procmail
-f -
accept from all for domain brosemer.org deliver to mda procmail -f -
accept from all for domain gleipnir.org deliver to mda procmail -f -
accept from all for domain humphreyaircraft.com deliver to mda procmail
-f -
accept from local for all relay
aliases (I made one line for testing - added the domain because of
googling for errors):
dan: o...@svartalfheim.net
And I have run newaliases which said:
/etc/mail/aliases: 1 aliases
If I do the following:
mail -s Test d...@brosemer.org procmail.log
My mail logs show this (with verbose logging):
Jun 10 05:01:36 laufey smtpd[17871]: smtp_new: incoming client on
listener: 0x835e20
Jun 10 05:01:36 laufey smtpd[17871]: session_pickup: greeting client
Jun 10 05:01:36 laufey smtpd[17871]: command: EHLO args: localhost
Jun 10 05:01:36 laufey smtpd[17871]: command: MAIL FROM args:
o...@laufey.svartalfheim.net
Jun 10 05:01:36 laufey smtpd[17871]: session_rfc5321_mail_handler:
sending notification to mfa
Jun 10 05:01:36 laufey smtpd[17871]: smtp: got imsg_mfa_mail/rcpt
Jun 10 05:01:36 laufey smtpd[17871]: smtp: imsg_queue_create_message
returned
Jun 10 05:01:36 laufey smtpd[17871]: command: RCPT TO args:
d...@brosemer.org
Jun 10 05:01:36 laufey smtpd[17871]: smtp: got imsg_mfa_mail/rcpt
Jun 10 05:01:36 laufey smtpd[17871]: bd6df05b:
from=o...@laufey.svartalfheim.net, relay=1000@localhost [IPv6:::1],
stat=LocalError (530 5.0.0 Recipient rejected: d...@brosemer.org)
Jun 10 05:01:36 laufey smtpd[17871]: session_destroy: killing client:
0x20ba16000
Re: mount nullfs
It means mount_nullfs doesn't exist anymore (it's in the attic) and a local NFS mount works. I said nothing about performance. I haven't tested that and don't really care. Back when nullfs existed, it had serious problems (mtime not updating, etc). I'm sure that's why it went away. I can't call a local NFS mount a perfect solution (there's a *lot* of complexity added there) but it does work at least for my purposes and satisfies everything I used to use null mounts for. -Dan On 4/16/2011 12:18 PM, Robert Halberg wrote: Does this mean that the performance of a local NFS mount is actually better than that of mount_nullfs? On Sat, Apr 16, 2011 at 9:50 AM, Tomas Bodzar tomas.bod...@gmail.com mailto:tomas.bod...@gmail.com wrote: The question is if implementations still sucks as before years http://undeadly.org/cgi?action=articlesid=20050527155028 http://undeadly.org/cgi?action=articlesid=20050527155028 On Sat, Apr 16, 2011 at 3:59 PM, Dan Brosemer o...@svartalfheim.net mailto:o...@svartalfheim.net wrote: On Sat, Apr 16, 2011 at 01:08:52AM +0200, Paul de Weerd wrote: On Sat, Apr 16, 2011 at 01:59:12AM +0300, Claudiu Pruna wrote: | B B Hi list, | | B B I was wondering, in OpenBSD is there an equivalent to FreeBSD's | mount_nullfs or to Linux's mount -o bind ? Sure; it's in the attic .. don't wake the spiders! http://www.openbsd.org/cgi-bin/cvsweb/src/sys/miscfs/nullfs/Attic/ I use a local NFS mount when I want to accomplish this. B It drags in a lot of complexity, but it has worked for me for years. -Dan -- Young man, in mathematics you don't understand things, you just get used to them. - John von Neumann
