[SOLVED] Postfix relay access denied
Currently, I can send email when ssh'ed into my server. I can do this either via local telet or from mutt.
I can also recieve external emails successfully, but only if they are from a remote telnet. For example, if from my home computer I use 'telnet mail.mydomain.org 25' I can create and send an email that arrives in my user account's Maildir on the server. However, when I send an email from mutt on my home computer to
systemctl -l status postfix output for which I've currently obscurred some actual URLs/emails, but this was for an email sent from my university email account (here
Jul 21 07:47:39 astro postfix/smtpd: connect from mailserver03.university.edu[126.96.36.199] Jul 21 07:47:39 astro postfix/smtpd: NOQUEUE: reject: RCPT from mailserver03.university.edu[188.8.131.52]: 454 4.7.1 <email@example.com>: Relay access denied; from= <firstname.lastname@example.org>to= <email@example.com>proto=ESMTP helo= <mailserver04.university.edu>Jul 21 07:47:40 astro postfix/smtpd: disconnect from mailserver03.university.edu[184.108.40.206] ehlo=1 mail=1 rcpt=0/1 data=0/1 rset=1 quit=1 commands=4/6</mailserver04.university.edu></firstname.lastname@example.org></email@example.com></firstname.lastname@example.org>
Despite having a valid reverse DNS and MX entry - which has been confirmed by countless online tools and by successful telnet to mydomain.org, the entry on the second line shows the "to" address as
The relaying denied message occurs because the smtpdrecipientrestrictions rules was not matched. One of those conditions must be fulfilled to allow the message to go through:
smtpd_recipient_restrictions = permit_sasl_authenticated check_recipient_access hash:/etc/postfix/filtered_domains permit_mynetworks reject_unauth_destination
I'll try sending from other sources (maybe hotmail/gmail) and report back soon.
edit: I also just confirmed that
dig MX mydomain.org) does not resolve the right address from within our university network - even though it does everywhere else.
edit 2: I just confirmed it works fine when I send from a different webmail account. Geesh, I've been trying to learn about all this stuff and kept figuring I was screwing something up, but no, it's this crappy university network's fault. Sorry for the noise - but perhaps if anyone else faces the same error this might be informative.