[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[5739]: connect from mailserver03.university.edu[146.189.144.106]
Jul 21 07:47:39 astro postfix/smtpd[5739]: NOQUEUE: reject: RCPT from mailserver03.university.edu[146.189.144.106]: 454 4.7.1 <[email protected]>: Relay access denied; from= <[email protected]>to= <[email protected]>proto=ESMTP helo= <mailserver04.university.edu>Jul 21 07:47:40 astro postfix/smtpd[5739]: disconnect from mailserver03.university.edu[146.189.144.106] ehlo=1 mail=1 rcpt=0/1 data=0/1 rset=1 quit=1 commands=4/6</mailserver04.university.edu></[email protected]></[email protected]></[email protected]>
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
2 Replies
This
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.