File on attachments not uploaded to public folder
Autor: afdhali A.
Visited 473,
Followers 1,
Udostępniony 0
Hello please help.
Im using website x5 evo
I put contact form with attachment field. Folder on Server with write permission was passed on wesbite tes, but I didnt find the file was attached.
Send data submission, im using Send Data by email. All email everything was ok, with receive email and confirmation email.
What's solution???
Posted on the
Hello afdhali,
You would need to contact your hosting provider to ask them why the attachment has not been received. They will be able to check the various settings on your server, and the information in your server error logs.
Be aware that most hosting providers set strict limits on the maximum size of file attachments.
You will also probably find that certain file extensions are disallowed.
Kind regards,
Paul
Search the WebSite X5 Help Center
Autor
zip, doc, docs extension are opened by hosting provider. hosting provider gave me php litespeed logs. i am not found error. So Whats wrong??
please check attachment
this configuration are true?
Autor
or you can check https://coffeeknik.com/purchase.php
please...
Unfortunately only your hosting provider will be able to advise you as to what is wrong. Your server is misconfigured in some way, but they should be able to find the reason. They have full access to the configuration, which we don't have the benefit of.
Did you check maximum permissible size of file upload?
I also recommend NOT using gmail addresses... it is always best if possible to send mail from the domain itself... which in your own case would be as follows:
email_address[at]coffeeknik.com
And check that the attachment has not been stripped out of the email by spam/antivirus settings.
Autor
I've checked maximum. there is 2Mb
Autor
***
That is extremely small... it could well be the reason for the attachments not being delivered. But your webhost will be able to check this for you.
What size is the file attachment that you are using to test?
By the way, file attachments sent via email are never delivered to the public folder on the server. The public folder is reserved for other uses such as the Dynamic Object and guestbook comments, etc.
If you use the option to send to a database then the file attachment WILL end up on the server, but it will be placed in the root folder of your WebSite X5 project, not the public folder with write permissions.
Autor
I'm just testing using website x5
i was attached 13kb file.. and how is not uploaded to public folder?
if this isn't work, i would change mymind to use wordpress. Because my another website using wordpress on same webhost can do this
Autor
these result are testing from 'website test' . Email and attachment was receive.. but why file not uploaded to public folder?
Autor
if i using option to send to a database, can you give me query for mysql to create field name of table's my db?
I appreciate your frustration, afdhali, but this is not a WebSite X5 issue... this is a hosting issue. Even the official WebSite X5 help file explains this:
Attachment File: a text field in which the visitor can specify a file to send as an attachment, using the button to browse through the available files.
Contact your webspace provider to check that attached files are handled correctly.
ref: https://help.websitex5.com/en/v2020.2/pro/index.html?ins_form_campi.htm
Your server does not like the file attachment you are using to test (for some reason), and only your webhost can troubleshoot this efficiently for you. They have access to all the error logs, and the server itself.
But your screenshot shows you are sending from a gmail address:
coffeeknik[at]gmail.com
Like I said above, you should avoid such addresses, at least during testing, because if you are not using an email address which originates from your own domain then all sorts of delivery problems can occur. Again, this is nothing to do with WebSite X5.
Because that is not how WebSite X5 works, as I explained above.
If your attachment was received during the Website Test then everything is functioning as expected.