I have a 6.0.3 server on Windows 2000 SP4 platform.I’m getting the following error from iNotes client when I try to send any kind of attachments:
Error: Unable to upload file
I already read the article about the “Maximum POST data” and “Maximum size of request content” parameters under the Internet Protocols tab of the server document.
It is not a size problem, cause I’m getting the error also with little attachments (few kbytes).
Subject: “Unable to upload file” error from iNotes
We had the same problem.Delete the subkeys like “https://…” from “HKLM\Software\Lotus\iNotes Web Access” and the upload of attachements will work.
Next you have to disable the creation of new subkeys by registry rights “deny create subkey” for everyone. This subkey is created every time you doubleclick a attachement or an URL in the message text.
We don’t have side effects from this modifications until now.
Subject: “Unable to upload file” error from iNotes
Not sure what is the design element used in iNotes for file upload.If iNotes Web Access is using the File Upload Control, please find bellow some information from Help Database
“To allow Web users to attach files to documents, include a file upload control on a form. When Web users create a form or open a document in Edit mode, they can attach a file by typing the path and file name or by clicking Browse and selecting a file from the filing system. In addition, the server administrator must define a temp directory on the server or the attachment will not saved with the document. The file upload control is not supported in Notes”
As you see, there should be a temp directory available when you upload a file using File Upload Control as it will temporarily store the file.
I have just solved the exactly same problem on a server. Here the problem was due to a mail file that had exceeded its quota.
I found out by first opening the server configuration document (not the server document), the tab that controls Domino Web Access (iNotes). At the bottom of the page I un-checked “Domino Web Access ActiveX file attachment utility” and restartede the HTTP task.
Now, when I tried to send an email with file attachments, I got a proper error message during file upload saying: “Unable to write to database because database would exceed its disk quota.”.
I then checked the quota for the database (Admin client-Files), there’s a column labelled “quota”, and yes - the database had exceeded its quota.
We had users with this problem and it turned out they had ActiveX filtering on their browsers.
I disabled the ActiveX File attachment utility and it works fine now. It’s a slightly different form for uploads, but the users are happy that they don’t have to enable ActiveX.
Also sorts out the problem if any of our techies are on customer sites which have ActiveX disabled through their firewalls.