I’ve been trying to install the latest version in order to be able to use some of the new features that are missing in old versions (like email to: autocomplete)
However after installing the 7.9.7 version the email stopped working alltogether…
I’ve found 3 similar topics here already, but none of them had any solutions :dry:
I’m able to send the email when I go to:
Admin->email settings -> send test email. and i also receive the email in the inbox where i send it.
When I try to send an actual email from the interface, I get the error:
Error Sending Email. Please contact your administrator for assistance.
I get this message in my suitecrm.log file:
[SECURITY] User x attempted to send an email using incorrect email account settings in which they do not have access to.
And the user is logged out (with the next action i’m taken to the login page).
Could there be such a big bug in an actual release? Or is there some setting that i’m not aware of? Any help would be appreciated.
That is a debugging procedure for email, it should enable you to get to the bottom of this.
This is not happening to everybody… it seems to be just some very specific combination of circumstances. If you can find out and tell us what it is, there’s a better chance of getting it fixed… Thanks.
Thank you for your fast response. I have done the following:
copied the SugarPHPMailer.php file (for backup and then edited the original file)
removed the smtpConnect function (lines 354-373 in my case)
copied the code from your post to the file (starting at line 354)
logged in the page and tried sending the email.
Unfortunately looks like the code is not getting run, when I try to send the email i still get the same error in the front end and still just this message in the log
Sat Dec 2 00:01:00 2017 [13359][1][SECURITY] User Administrator attempted to send an email using incorrect email account settings in which they do not have access to.
Am i supposed to clear some cache or sth to make sure the new/changed file is beeing used?
You said earlier that you could send from the “Test send email” button - can you try that again and see if my code runs, and you have extra messages in suitecrm.log?
About your error: there is a check that users can’t send from an account if it’s the system account (Admin / Outbound Email settings), or if it belongs to another user. Unless you can find that is really happening in your configuration, I would just give up and try deleting all accounts and starting a fresh configuration. There might be something misconfigured in your database.
Ok, so we know the code is working. Don’t worry about all those “FATAL” messages, I just made everything FATAL to make sure it shows in the log, even if people use low logging levels.
That information won’t get you very far (it worked). It’s really helpful to debug emails that aren’t sending… For some people it’s certificates, for others it’s DNS, for others it’s passwords, for others it’s From field mismatch, for others it’s SuiteCRM email bugs.
About your error: I would delete all email accounts from system (Admin / Email outbound), and from this user you’re trying to send from.
Then set them up again, system first, do the tests, and try to get the system to send by assigning a record to a user, that user should receive a system-sent email.
Once that is working, set up the user’s email, test, and try composing an email. Make sure it’s a different account from the system account.
You might save some work if you can go into the database via phpMyAdmin and check the email accounts tables there:
inbound_email
outbound_email
Ignore anything with DELETED=1, that’s old stuff, you can even delete those rows. Then just try to figure out if anything looks inconsistent…
Hey!
So I went ahead and removed all the system emails from:
Admin -> Email outbound -> select all -> delete
then I created a new system account (with another email user and pass), tested that one works.
Then went back to the users settings:
Profile -> email einstellungen -> einstellungen -> e-mail-konten -> and there I see 2 entries for the “Outgoing SMTP Mail Servers”. One is the system one that I cand edit or delete. I’m guessing that could be the cause of the problem, as the email tries to send over the system account. The second one is the user email, but it seems the system always wants to send using the first one?
No, I only get that field as dropdown with only one option. But i went back to the options and found that if I click on the “edit icon” of the “Mail Accounts” sections of the persons E-Mail Konten tab, then I can change which outgoing server will be used.
Mind blown. It is working now (at least for this user), I guess I will have to make the same changes to the other users.
I never would have thought that the settings for the outgoing server would be under mail accounts, especially when there is a section for “Outgoing SMTP Mail Servers”.
In any case: a big thank you for taking your time and helping me solve this issue! :cheer: :cheer: B)
I have now tried to update the production system and there are 2 new problems (hopefully related so fixing one will also help fix the other):
When i go to Email, i can see the emails, but most of the buttons e.g. New email, email settings,… are not responsive… nothing happens when i click them. No errors in console, no errors in server log
when i go to email settings profile -> email settings -> settings i’m simply redirected to the list of users instead of getting the setting screen for the emails
I wanted to edit the last post, but could not. Turns out some files ownership changed during the update and therefore could not be read. I’ve changed that back to the correct user and that partially solved. The second part that did it in the end was clearing the browser cache on the client.