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