I tried to use the "Contact us form" for taking messages from the public but found that the system couldn't forward those messages to a designated email account "Store email account" under the Admin page. I could receive messages for a couple of days after using new email accounts. However, it all stopped working after a few days later. So far, I've switched three different email accounts and still not have luck. I'm thinking that it could be a spam issue, so I created a 'Gmail' account to give it a try. No luck!! FYI, I have no trouble sending or receiving emails from those email accounts that I used on the forms. It just that it didn't work for the Contact Form.

Marco

Edited by user Saturday, July 25, 2020 1:38:31 PM(UTC)  | Reason: Not specified

Yes, he is right, the contact us form implementation uses the sender email address, as "From" email address. So, it sends email on behalf of the sender. I think your SMPT server do not allow this, and emails are failing.


You can easily change this, please follow these steps:

1. Open ~/Controllers/WebpageController.cs file.
2. Go to line # 650 (its inside the ContactUs() POST action method) and look for the code:



3. and change it to use the store default email address as sender:



OR change it to use a custom email by replacing model.Email with your own email address:



3. Save, and you are done.

Thanks,

If I read this correctly, I can see the problem that Marco is having. If the storefront smtp email setting is set to something like "smtp.mail.outgoing@mail.com", but it actually uses the "FROM" value coming from the contact form, depending on the settings of the SMTP server and whatever validation they are using, the SMTP server could think that the emails are being sent from two different people, especially if the system uses MX reverse lookup as a means of trying to reduce spam.

In other words, if I read the post correctly, one email is sent from "user-1@abc.com and email #2 is sent from "user-2@def.com" and email #3 is sent from "user-3@ghi.com. STMP SECURITY SPAM PROTOCOLS are usually triggered by the amount of email being sent in a given time-frame. So let's say that three emails go out within 5 minutes, the system triggers a MX reverse lookup after the third email, the first three emails will go out, but the fourth and anything after that would be stopped. There's usually a reset after some time and the entire process repeats.

Again I don't have the settings in front of me, but this could explain why a few of the emails would go out and then after some time others would be blocked.

I no longer host my exchange server in-house, but when I did, it was a total nightmare having to deal with specific ports that needed to be open for reverse lookups, ports using your "A" DNS records had to be correct, you had to make sure that everything was just right and even then, some customers would complain that their emails were not being received while others had no problems.

I think the bottom line is that the "contact form" should have a constant "FROM" value, not one that's fluctuates depending on whatever a user determines. Now that of course is If I am reading it correctly. Either way I hope the code changes fixes his problem.

Best wishes,
-Ray

Edited by user Tuesday, July 28, 2020 3:23:46 PM(UTC)  | Reason: Not specified