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

Reply via email to