maybe if you put some more information...
- site link
- host/provider running your site
- do you use the email linked to your domain ? Because that's what you have to use...

Im using website x5 evo.

its been working fine for more thasn a year now.

www.sd-gunworks.com

the email asssociated with that site is ***

im not receiving emails, even if someone wants to send me an email directly outside of my wbesite.

"im not receiving emails, even if someone wants to send me an email directly outside of my wbesite."

This indicates that the issue is not with X5 but your server. So you should check your email settings on your server at first. 

Website x5 is my hosting server. Including my email

All settings are correct 

Tried to contact them but very difficult 

ah ok...
didn't realise that you had the domain with the host proposed by Incomedia...
wait until Monday for STAFF...
I have activated a reminder alert

Hello Claudio,

Hosting is not provided at any level by Icomedia or their affiliates.

I too have the same issue.  Contact form sending email.

Here is what I have found.

Contact form will not send within the same domain.

Example:

From: *** set to send to *** ( This fails )

From: *** set to send to *** ( This fails )

From: *** set to send to *** ( This works )

If you send to another domain, it works. This is some sort of SPAM filter dis-allowing sending within same domain. Probably meant to catch hackers obtaining domain info from web site as most of us will be sending and recieving on the same email.

This is pretty critical as our customers open service tickets thru this process and how we set up our clients web sites we build and host.

The statement ( didn't realise that you had the domain with the host proposed by Incomedia...) has no bearing on the issue.

To be honest, the FROM EMAIL setting no longer exists in the application ( X5 Pro 2023.1.4 ) as far as I can tell. I remember there used to be a place to set that, but now it is gone. I have looked everywhere but cannot locate that setting. If I could find it, I could test changing that. Although, I do remember at one point, you could not send an email from a DOMAIN outside where you were sending it, and if you set the SEND to DOMAIN different from the web site's domain, you would get a warning dis-allowing this entry to even be saved.

You have a big problem here, probably solved by some simple mouse clicks. We only discovered this because our ZOHO chat engine showed people visiting our Support page then ending up at the Thank You page. The only way to end up there is by opening a support ticket.

  So with that said, I would say there thousands of sites which are blown uip by this. Millions of dollars of lost revenue from shopping carts and those customers orders lost because the email order or contact information is never sent and lost forever.

  You had better wake someone up, NOW Claudio.

You know my email Claudio. Send me an email directly so we can help with this. We are an MSP / I.T. Services company and getting sued over this has a deffinate potential.

OK, someone at the Incomedia mothership changed the email sending rule to BLOCK email from the same DOMAIN rather than ALLOW only from same DOMAIN. This is probably in the application code itself, as the application no longer complains that the DOMAIN must match when saving the entry. The optimize engine should catch this as well but does not.

As a work around, change the " SEND to Email to be a different email outside the sites DOMAIN name, like a Gmail account or something. At least you can get your clients requests. We have 20 sites we manage so this work around will be a beating. You will have to notify every client you build and host for this issue, as you will need to have them provide an alternate email which they can check.

This is definitely a problem.

Hope it gets straightened out soon 

FYI...In the comment above,

From: *** set to send to *** ( This fails )

From: *** set to send to *** ( This fails )

From: *** set to send to *** ( This works )

The Incomedia site changed my examples to, "***"

I did not put valid info there, and it would have been helpful for everyone if the information would have been left untouched.

Thanks.

Just make spaces, then the email address will not be displayed as 3 stars.

info @ example.org

Yes, thanks Daniel,

When programing a "Contact Us Page" / "Contact Form" >Send>User e-mail address.

If the DOMAIN is "yourdomain.com"

From: Support @ yourdomain.com set to send to Support @ yourdomain.com ( This fails )

From: Support @ yourdomain.com set to send to greg @ yourdomain.com ( This fails )

From: Support @ yourdomain.com set to send to judy @ Gmail.com ( This works ) Work Around

Yes, I agree, they need to get corrected ASAP.

Hi Steve!

We checked the logs and it seems your e-mail address received some bounced e-mails: could it be possibly have been blocked by these addresses? Also, have you contacted your domain provider, so to check it they received some reports concerning this matter?

@Mr. Doctor Dust Mite could you please open a separate topic for your case, so we can better look into the issue with you as well?

Thanks! Kind regards.

I dont reveive any emails - even direct emails to "***".

Website x5 hosts my website and email was created using this account.

my domain name "sd-gunworks.com" was purchased using google domains.

My assumption is that Website x5 and webmail was generated through their hosting service.

If Website x5 is my hosting service and email service.

They would have to check into this, right?

Having the same issue as Steve D. Website x5 is my hosting service with Roundcube as the email software - emails are coming into my inbox from my website form, but nothing from anything externally. Have tested through family email and other external work apps. Please fix urgently as this is my work email.

This is a serious problem and needs to be fixed NOW!

Thanks Elisa,

  But our problem falls into this shoe box as the rest.  There is actually one problem affecting many people with one common denominator. All roads lead to Rhome....LOL

You and I have spoken before. I will shoot you an email as I think it will be more efficient.

For testing,

  In the mean time, create another contact form with just a name field and turn on "Enable 'Captcha' and place somewhere on your site.

Set the Send User e-mail address to the correct email. 

This will allow you to quickly test if they have fixed it while leaving the work around in place.

I sent Elisa an email but have not heard back.

I assume this is being read and the work around is working for you?

OK, It looks like it is the PHP Mailer.

Go to Export Site>Parameters>E-mail tab

There you will see the default is "PHP Mailer (Recommended)

This is a great setting because most of the hosting providers do not offer POP3 email any longer. As well, Gmail, Yahoo and other providers discontinued the ability to set a Sender Email as POP3. We ran into this issue at customer sites where their Commercial Printer / Scanners ceased to scan and email documents. Exchange does not support this either. So it is great that Incomedia stepped up and found a provider to relay this on the back end.

  So, if you have the ability to set up a POP3 email which will allow this method, you can set it to Authenticated SMTP and then fill in the proper information. But as I said, not many hosting providers offerring that any more as we are.

  So, in detail, it looks like Incomedia derrived a relationship with a POP3 provider to send emails on behalf of the  X5 PHP Mailer. This account and credentials are embedded in the application itself for authentication to the provider provided account. This account relays the outbound email on your behalf using it's own credentials. As it states, this would be preferred and it is a great product, offerring and solution. However, it looks like the provider made a global SPAM Engine modification / setting / change which impacted the way their relationship is set up.

  Incomedia will need to contact them and communicate this with them. That light bulb should come on pretty quick once this is communicated with them, unless there was a major platform upgrade involved.

The integrated PHP Mailer is a great module and tool which eliminates the need to create multiple email accounts accross multiple sites you are maintaining.

I hope this made sense.

I still have not heard from them after sending them an email.

Also, as Elisa requested we created another post.

Reference: https://helpcenter.websitex5.com/es/post/257891

Same problem! 

I haven't been able to receive emails from other platforms like Gmail, Outlook.

Thanks Mr. Doctor Dust Mite I have put in place your suggested work around for the contact form on my secondary website. But for my main website (with domain connected to my work email address) my issue seems slightly different, but most likely connected. I am getting the emails from this main website contact form, but I'm not receiving any emails from my clients that email me directly to my email address. Nor am I receiving any from my client appointment booking app (Calendly) or any other external sender/suppliers etc.

  As an MSP and I.T. Services, and Network Engineering Company, we have the ability to host and run all the web sites as well as provide email services. Since Incomedia is an applications company these things would fall out of their wheelhouse. Because most of their clients would be design and platform users, PHP Mailer would help solve or bridge that leap of having to become a under hood web, email server expert. Because users want to get the product into action they may opt for Incomedia's hosting solution, which they have nurtured. Nothing wrong with that as we all use it slightly different. However, the PHP Mailer side of the engine is tied to something they have interaction with as a "CLIENT", most likely the same place they refer to.

For this, each user may find additional issues clouding things. Since we handle our own hosting, web and email is completely unaffected other than the PHP Mailer engine. We simply changed that to Authenticated Email which completely puts all email traffic on our servers. That is how we identified the PHP Mailer issue. But, it is not the application, it is the provider the PHP Mailer is pointed to.

  This lies completely in their hands and we are just trying provide information they can use in an intelligent conversation with them. It looks like that provider has slightly bigger issues since I see some are stating they cannot send or recieve any emails above and beyond contact forms relating to the application. Just another peice of the puzzle.

The application is awsome and once the PHP Mailer / provider issue is resolved things will be better, hopefully for all.

Hi Steve, 

I am really sorry for this issue, and I confirm it has already been reported. We are currently at work to solve it in the shortest possible time. 

I will keep you posted. Thank you!

It appears to have been fixed by someone in income media land.

Thanks for all the help guys!

I can stop biting my nails now... LOL