Hi, Yup, the behaviour you're describing is expected, aliases/.forward expansion has been broken for some time.
The good news is that it's been rewritten, I have a new version of it that seems to work just fine on my workstation. The bad news is that it's part of a bigger diff that I don't plan on committing before a few weeks as it's not fully finished yet. Gilles On Mon, Dec 20, 2010 at 03:44:42PM +0100, MERIGHI Marcus wrote: > Hello Gilles, all, > > gil...@openbsd.org (Gilles Chehade), 2010.01.31 (Sun) 22:29 (CET): > > Seems like a bug in aliases expansion, will look into it by the > > end of this week. > > I am after setting up mail/mlmmj to work with smtpd(8). > > $ grep mlmmj-test /etc/mail/aliases > mlmmj-test: "|/usr/local/bin/mlmmj-recieve -F -L \ > /var/spool/mlmmj/mlmmj-test" > > newaliases(8) was run. > > $ echo test | mail -s test mlmmj-test > > Dec 20 15:22:32 zzz smtpd[24942]: smtp_new: incoming client on > listener: 0x3c009aa0 > Dec 20 15:22:32 zzz smtpd[24942]: session_pickup: greeting client > Dec 20 15:22:32 zzz smtpd[24942]: command: EHLO args: localhost > Dec 20 15:22:32 zzz smtpd[24942]: command: MAIL FROM args: > <x...@yyy.at> > Dec 20 15:22:32 zzz smtpd[24942]: session_rfc5321_mail_handler: > sending notification to mfa > Dec 20 15:22:32 zzz smtpd[24942]: smtp: got imsg_mfa_mail/rcpt > Dec 20 15:22:32 zzz smtpd[24942]: smtp: imsg_queue_create_message > returned > Dec 20 15:22:32 zzz smtpd[24942]: command: RCPT TO args: > <mlmmj-t...@yyy.at> > Dec 20 15:22:32 zzz smtpd[7265]: aliases_exist: 'mlmmj-test' exists > with 1 expansion nodes > Dec 20 15:22:32 zzz smtpd[7265]: aliases_get: returned 1 aliases > Dec 20 15:22:32 zzz smtpd[7265]: lka_resolve_node: node is filter: > "|/usr/local/bin/mlmmj-recieve -F -L /var/spool/mlmmj/mlmmj-test" > Dec 20 15:22:32 zzz smtpd[24942]: smtp: got imsg_mfa_mail/rcpt > Dec 20 15:22:32 zzz smtpd[24942]: 1292854952.DjTfI6XCJSuAU2ED: > from=<x...@yyy.at>, relay=1...@localhost [IPv6:::1], > stat=LocalError (530 5.0.0 Recipient rejected: > mlmmj-t...@yyy.at) > Dec 20 15:22:32 zzz smtpd[24942]: session_destroy: killing client: > 0x82823000 > > To see whether I was messing things up myself I did tests on my local > notebook and a server-to-be, each with pipe to mlmmj-recieve(1) and > procmail(1), with local delivery, remote forward, via /etc/mail/aliases > and ~/.forward. Everything apart from piping works. > > $ pwd > /usr/local/bin > $ ls -la procmail > -r-xr-xr-x 1 root bin 76480 Oct 31 02:39 procmail > $ ls -la mlmmj-recieve > -r-xr-xr-x 1 root bin 15948 Dec 12 08:06 mlmmj-recieve > > Both boxes are: > OpenBSD 4.8-current (GENERIC) #513: Tue Dec 14 04:47:12 MST 2010 > > Is this expected behaviour as of now? > > Bye, > > Marcus > > P.S.: Apart from the above, thanks for all the work on smtpd(8), running > it on my notebook for outbound mail for quite some time and very glad > about it! > > > On Sat, Jan 30, 2010 at 10:04:46PM -0600, Jacob Yocom-Piatt wrote: > > > i've got a machine that is running RT from packages and am having > > > trouble getting smtpd to pass mail to RT. this is usually done with > > > sendmail but i figured it should be no huge leap to use smtpd here. > > > > > > the config that works with sendmail has local aliases like so > > > > > > rt_queuename: "|/usr/local/bin/rt-mailgate --queue 'Queue Name' > > > --action correspond --url https://rt.domain.com/" > > > > > > where there is an alias like this for each queue. let me know if this > > > sort of thing is not supported. > > > > > > what i do see from running smtpd -vd is > > > > > > ... > > > command: RCPT TO args: <rt_queuen...@rt.domain.com> > > > lka_resolve_node: node is filter: "|/usr/local/bin/rt-mailgate --queue > > > 'Queue Name' --action correspond --url https://rt.domain.com/" > > > smtp_dispatch_queue: queue acknowledged message submission > > > command: DATA args: (null) > > > smtp_dispatch_queue: queue handled message creation > > > smtp_dispatch_queue: queue acknowledged message submission > > > 1264909788.hB74N4PO6lKzS8MR: from=<j...@domain.com>, size=1080, > > > nrcpts=1, proto=ESMTP, relay=<unknown> [10.137.0.10] > > > command: QUIT args: (null) > > > session_destroy: killing client: 0x204aa0000 > > > in batch dispatch > > > 1264909788.hB74N4PO6lKzS8MR: getpwnam: : user does not exist > > > 1264909788.hB74N4PO6lKzS8MR: to=<@>, delay=1, stat=MdaPermError > > > in batch dispatch > > > smtp_new: incoming client on listener: 0x83fec0 > > > session_pickup: greeting client > > > ... > > > > > > at which point i get a DSN message stating > > > > > > Hi ! > > > > > > This is the MAILER-DAEMON, please DO NOT REPLY to this e-mail. > > > An error has occurred while attempting to deliver a message. > > > > > > Recipient: @ > > > Reason: > > > > > > so afaict smtpd is not grokking the alias line. clues as to what is going > > > on here are welcome. > > > > > > cheers, > > > jake > -- Gilles Chehade freelance developer/sysadmin/consultant http://www.poolp.org