The user farid has a $HOME on the server.

You are right about the aliases.
I created it that way so that I have only one place to change if I for some
reason would want to change the address of fa...@example.com.
The alias file worked fine that way with 6.3 and earlier. Is it not
recommended to do it that way?

On Sat, Jan 12, 2019 at 1:40 AM <ed...@pettijohn-web.com> wrote:

> On Fri, Jan 11, 2019 at 11:27:53PM +0100, Farid Joubbi wrote:
> > Hello fellow opensmtpd admins!
> >
> > I have been running smtpd on OpenBSD for several years without problems.
> > Now after upgrading to release 6.4 I have an issue with local system
> > e-mails not coming through.
> >
> > My hostname is nuc.example.com.
> > My normal e-mail address is fa...@example.com.
> > All system generated e-mails sent to root go to r...@nuc.example.com,
> which
> > was properly translated to fa...@example.com in 6.3, but not anymore.
> > I can't figure out how to fix this.
> >
> > This is from the log:
> > Jan 11 22:45:02 nuc smtpd[32222]: e5cfc1fdf14d2d33 smtp connected
> > address=local host=nuc.example.com
> > Jan 11 22:45:02 nuc smtpd[32222]: e5cfc1fdf14d2d33 smtp message
> > address=local host=nuc.example.com msgid=4d7fc17d from=<> to=<
> > r...@nuc.example.com> size=1991 ndest=1 proto=ESMTP
> > Jan 11 22:45:02 nuc smtpd[32222]: e5cfc1fdf14d2d33 smtp disconnected
> > address=local host=nuc.example.com reason=quit
> > Jan 11 22:45:02 nuc dovecot: lmtp(72696): Connect from local
> > Jan 11 22:45:02 nuc dovecot: lmtp(72696): Disconnect from local:
> Connection
> > closed (in RCPT TO)
> > Jan 11 22:45:02 nuc smtpd[32222]: 0000000000000000 mda delivery
> > evpid=4d7fc17d08076b4e from=<> to=<r...@nuc.example.com> rcpt=<
> > r...@nuc.example.com> user=farid delay=0s result=PermFail stat=Error
> > ("mail.lmtp: LMTP server error: 550 5.1.1 <r...@nuc.example.com> User
> > doesn't exist: r...@nuc.example.com\^M")
> > Jan 11 22:45:02 nuc smtpd[43925]: warn: queue: no return path!
> >
> > /etc/mail/aliases is configured to translate root to farid and farid to
> > fa...@example.com.
> > This worked in 6.3.
>
> I'm guessing that means your aliases looks like:
>
> root: farid
> farid: fa...@example.com
>
> Why not just do:
> root: fa...@example.com
>
> I'm betting user farid doesn't have a $HOME on the system and smtpd
> doesn't like that when its looking for a .forward. Just a guess though.
>
> Edgar
>
> >
> >
> > nuc# cat /etc/mail/smtpd.conf
> >
> >
> >
> > # pki setup
> > pki mail.example.com cert "/etc/ssl/mail.example.com.fullchain.pem"
> > pki mail.example.com key "/etc/ssl/private/mail.example.com.key"
> >
> > # tables setup
> > table aliases db:/etc/mail/aliases.db
> > #table aliases file:/etc/mail/aliases
> > table domains file:/etc/mail/domains
> > table passwd passwd:/etc/mail/passwd
> > table virtuals file:/etc/mail/virtuals
> > table secrets file:/etc/mail/secrets
> >
> > # listen ports setup
> > listen on lo0
> > listen on lo0 port 10026 tag DKIM_CHECKED
> > listen on lo0 port 10028 tag DKIM
> > listen on egress port 25 tls pki mail.example.com
> > listen on egress port 587 tls-require pki mail.example.com auth <passwd>
> >
> > action lmtp-local lmtp "/var/dovecot/lmtp" rcpt-to
> > #action lmtp-local lmtp "/var/dovecot/lmtp" rcpt-to alias <aliases>
> > action "relay" relay host smtp+tls://smtp...@mail.smtp2go.com:2525 auth
> > <secrets>
> > action "relay_dkim" relay host smtp://127.0.0.1:10027
> > action "relay_incoming" relay host smtp://127.0.0.1:10025
> >
> > match for local action "lmtp-local"
> > match tag DKIM_CHECKED from any for domain <domains> action "lmtp-local"
> > match tag DKIM for any action "relay"
> > match from any for domain <domains> action "relay_incoming"
> > match from local for any action "relay_dkim"
> > match auth from any for any action "relay_dkim"
> >
> > (My real domain name is censored to protect the innocent).
> >
> > Any help is greatly appreciated.
> >
> > Regards,
> > Farid
>
> --
> You received this mail because you are subscribed to misc@opensmtpd.org
> To unsubscribe, send a mail to: misc+unsubscr...@opensmtpd.org
>
>

Reply via email to