Regardless, I will go back and verify my SMTP-Auth settings.

It is a misconfiguration with your SMTP settings in postfix. It will help if you look up each configuration setting to understand what everything does. Then you will know what is missing or what needs to be removed based on what you are trying to accomplish.

Without seeing your postfix configuration pasted here, any advice is just a guess. I think that you have missed something in your postfix configuration in either /etc/postfix/main.cf or master.cf. More likely master.cf. I suggest you read the links I added for your viewing in post #33. Particularly this one. Skip down to the part talking about Postfix configuration.

Anyway, copying what is in a tutorial or a book and then changing it until it works is not going to help you in the future when you run into a situation where there isn't a tutorial (or book) to follow. Or maybe it is just that coming up with the right search terms for google is difficult due to not knowing what to search. This is where many people get frustrated when learning Linux. It also helps a lot if you provide all the information when asking for help. You need to share your configuration and log files in this situation. None of us are going to go back 10 posts and read the tutorials you are following in order to help you.

Very Interesting.. A lot of things that I see I am "missing" but was unaware were needed... I will look into this further.
I guess a lot of what I did not add/modify was what I had assumed that Postfix/Dovecot would have understood by default..
I am not trying to bend any corners or do this easily.. I am enjoying this and learning a lot and I am hoping to get this working so that I can expand upon what works with integrating better security and options.

For the sake of simply showing what I do have and why I can send/view (remotely even) but not Send, this is what I have;

/etc/postfix/main.cf

/etc/postfix/master.cf

/etc/dovecot/dovecot.conf

If you plan on really understanding what you are doing you need to research a few things. I don't know your level of technical education, so if you know something already, just disregard my commets.

The articles on postfix/dovecot in the Slackware documentation project assume you already have an understanding of the relevant network protocols, system permissions, user management, relevant authentication mechanisms, and other miscellaneous skillsets.

You need to have a basic understanding of how IMAP or POP3 protocols work. How the SMTP protocol works. How users and groups are managed in Linux and how they relate to email user accounts. How SASL authentication works. How to search log files for email related errors. Finally, how to firewall and secure your system.

When I learned how to use my first computer these are the type of things I researched at the age of 13. I turn 30 next week. It takes time to learn, and more importantly , to retain the information. Jumping in and immersing yourself is the thing to do. Don't be afraid to ask questions - but be sure to research to the best of your ability before asking. Learning to use search engines is also a skillset that will go a long way in reaching your technical goals.

Setting up an email server is one of the more difficult tasks in the realm of system administration. It is not something I would recommend for novice Linux users. I suggest picking up the CompTIA Linux+ book. It is used for Linux+ certification and is the most comprehensive book I know for Linux beginners.

Well that deflated my resolve BUT it makes sense.

Thank you for the info my good Sir.

You don't have auth enabled on your server.

I am not sure as to where you refer;

main.cf;

dovecot.conf

I also tried with ;

Going back tothe previous poster, I am all for more reading... I will do as much. I just feel that "relay access denied" is a parameter I am missing.

Also, the postfix user/group do exist.

You want it enabled in your smtp server.

Well as my main.cf quote stated (and me verifying) I indeed have that set.

It's all good..

You need to edit your master.cf to enable all the parameters to configure SMTP authentication.

Scroll down to the part talking about the submission section of master.cf.

Remove the parts you do not need. Look them up on your computer by typing "man 5 master" or by going here.

In this link to the Slack Docs Postfix wiki page, it specifically says you need to become familiar with the Postfix documentation.

I do not mean to be rude but you are not reading the documentation and assuming that the default configuration will just do what you want without actually configuring the service. If you do not understand what a configuration settings do after reading the links and man pages, ask here.

I apologize for not updating my initial master.cf.
After your first link I did indeed read and did put this into my master.cf

I will do more reasearch on what I need and do not need as you suggested... Further reading commencing.

I really appreciate all the help from every, and your patience...

I am gonna take an exit from all of this and do some focus reading and not read/try.. Going to just absorb what I can and see if I can view it differently.

Not giving up though!

OK, so are you connecting to the submission port with your client - or just the smtp port where you don't have auth set?

Honestly at this point I could not accurately tell you.

I have decided to take a [long] vacation from Email.

As I said my iPhone can [remotely] log in via imap/pop3 and receive/read emails as well as send [remotely] emails locally but not to the outside world. It has to either be a Postfix misconfiguration itself or a misconfiguration between Postfix talking to Dovecot for with permissions.

Under master.cf I have indeed enabled auth under submission as well as Smtpd itself and then under neither and modified main.cd itself. The ports are indeed open in and out under my Router and my Linux firewall (at this point) is nonexistent.
I even had this smart idea "what if my isp is blocking port 25" and looked into it but they are not.
After I get up and wake up I will post my current (different from last time) master.cf and main.cf

I still believe it has to do with my relay/rejection/refuse options in Postfix.

Being that this was never "Solved" in status, I was hoping I could bring up a new, yet relevant, question.

I am currently running Postfix/Dovecot setup where incoming/outgoing to the Internet is working fine.
As I was looking at my maillog I noticed an unknown user get a SASL LOGIN authentication failed.
That is fine, I expect that...

But then it had me wondering, am I indeed logging in with SASL credentials or the simple generic login I was using Pre SASL.. my interested was peaked when I noticed when I log in it says : login user, method=PLAIN. When I send a message it says sasl_method=PLAIN, sasl_username=user.
Is this indeed telling me I was utilizing SASL? I am just curious why the unknown user got a SASL LOGIN but I've not seen that.. Is that particular message for auth failures?

I know it seems silly but I wasn't to be sure I am indeed logging in SASL and not just because it's using my default l/p.