Menu
Community /Pin to ProfileBookmark
@NogDogJan 26.2021 — #I would just use something like phpMailer in the original PHP application to send the email via SMTP through whatever email server you choose to use (bypassing the need to use the local
Did you use it in SMTP mode to use an external email server/account that supports SMTP (e.g. as inhttps://github.com/PHPMailer/PHPMailer/blob/master/examples/smtp.phps )?
Just want to make sure, before you even think about how to work around this issue (short of getting a refund from this hosting company and moving everything elsewhere :( ).@NogDogJan 26.2021 — #Yeah, browsers have been adding a lot of restrictions on passing cookies between domains. __EDIT__: I might be misinterpreting what you're doing in your last post, so take the preceding with a grain of salt.
My other thought is to create an API on your domain that does have mail capability, then when your app on the problem domain needs to send an email, send it via that API. (You might want to add security somewhere in that mix, maybe a secret token to include in the API request or such?@NogDogJan 27.2021 — #That helps, some. Can you test by opening up what would be in the iframe directly in your browser, instead? (I.e. just open it in your browser using whatever link would be used for the IFrame element?) If so, do you still have the session problem, or is everything okay at that point?
If it works okay that way, then your issue is probably stuff browsers have in place to restrict cross-domain cookies. If you really need to use an IFrame (they're kind of obsolete these days and best avoided if possible), then I think you have to add some settings to the session cookies (`session_set_cookie_params(), I think?) to allow it -- and even then you may be thwarted by users who have chosen tighter security settings in their browser. See[this article](https://medium.com/trabe/cookies-and-iframes-f7cca58b3b9e) for some more info.
PHP takes empty captcha session
I’m a newbie in PHP and I have a question …
Is it possible in PHP?
I have a website with form + captcha on domain A -> there the captcha worked well.
It generates 1 session with the captcha code.
explanation ->
Now the server on which the domain A is hosted disabled sendmail – PHP mail() function
This way I can’t send forms anymore.
Since it’s impossible (Server hosting is already paid!) to move the website from domain A on server A to domain B on server B , I decided to use 2 domains on different servers.
I keep domain A on server A for the website and domain B on server B to send the forms -> works good except the captcha.
explanation ->
My problem is when I call the form with captcha on domain B it generates **2 sessions
What PHP code do I have to add so it takes the right session with the captcha code?
I hope someone can help me with my problem (if it’s possible of course)
Thanks in advance
Best regards.
Sign in
to post a comment15 Comments(s) ↴
0
@NogDogJan 26.2021 — #I would just use something like phpMailer in the original PHP application to send the email via SMTP through whatever email server you choose to use (bypassing the need to use the local mail()0
@NogDogJan 26.2021 — #>@coderunner#1627202 I already tried phpMailer.
Did you use it in SMTP mode to use an external email server/account that supports SMTP (e.g. as in
Just want to make sure, before you even think about how to work around this issue (short of getting a refund from this hosting company and moving everything elsewhere :( ).
0
@NogDogJan 26.2021 — #Yeah, browsers have been adding a lot of restrictions on passing cookies between domains. __EDIT__: I might be misinterpreting what you're doing in your last post, so take the preceding with a grain of salt.My other thought is to create an API on your domain that does have mail capability, then when your app on the problem domain needs to send an email, send it via that API. (You might want to add security somewhere in that mix, maybe a secret token to include in the API request or such?
0
@NogDogJan 27.2021 — #That helps, some. Can you test by opening up what would be in the iframe directly in your browser, instead? (I.e. just open it in your browser using whatever link would be used for the IFrame element?) If so, do you still have the session problem, or is everything okay at that point?If it works okay that way, then your issue is probably stuff browsers have in place to restrict cross-domain cookies. If you really need to use an IFrame (they're kind of obsolete these days and best avoided if possible), then I think you have to add some settings to the session cookies (`session_set_cookie_params(), I think?) to allow it -- and even then you may be thwarted by users who have chosen tighter security settings in their browser. See