Comments
-
+1 I just posted about this in the forums hoping there was a solution...sounds like there isn't for now :-( Having to enter your email address when the information is sitting right in AD is a big waste of time. People can mis-key, enter another person's email address without restriction.....not great security for email.…
-
Totally agree with this. For the average user the file sharing dialogue and interface should work (it needs improvement too but it's functional). However for IT or other technical staff, being able to have files already in an FTP repository that we can easily share out would be great.
-
Agree on this. We also leverage Cisco IronPort mail security appliances. If you send outbound email starting with ENCRYPT: in the subject line, it will encrypt the email as well for extra security. Not being able to customize the default really adds extra work and possibility of keying incorrectly.
-
Worked for me too. Thanks guys.
-
I feel like a real dummy! In my haste to set things up you are correct - I had that /filesharing setting in my Domain config but after that I spaced out and kept trying to modify my Global config. So I deleted the Global config, fixed the Domain config and it worked. Thanks for bearing with me and being so patient. Big…
-
Do you literally have to share the path in Windows (windows file sharing)? Here's what my config looks like....I even gave the test user access to the directory and unchecked locking the user to their home directory. I'm trying this internally - to simulate an internal user wanting to share a file with an outside client.…
-
Good call....should have known it would be IE. Changed these settings and added localhost (127.0.0.1) to Local Intranet zone and the javascript errors went away: a) Go to inernet options. b) Select security tab. c) Under Custom level. d) Ensure that "Initialize and script active x controls is not marked safe for scripting"…
-
Just not working. Deleted my user. Stopped file sharing. Triple checked that the path is retained in the UI. Still trying to upload to the 'buggy' path without the C:\ Is this value stored in the database or registry somewhere? It just refuses to update it with any new settings I try. Here's my UI. I assume the File…
-
Glad it worked out for you! I'm specifying the path like you and it's still failing..... Whenever I try to disable/enable File Sharing I get a nice Javascript error too. Frustrating....
-
Yes, changed to LDAP and it populates those fields now. Now I'm trying to wrap my head around LDAP group based permissions. Since it appears you can only turn file sharing on/off globally for a domain it would be nice to let's say lock general users into their home directory but allow our IT group to navigate anywhere.…
-
That helped with that part Doug...thank you. Once I realized I wasn't getting emails because of the Exchange distribution group setup (by default it won't allow anonymous senders ) that fixed the other part of my issue. Thanks! Casey
-
Doug, Seeing this in the FTP log file when I try to upload test files. This is after changing to several different possible paths.
-
Nevermind - I see from the Feature Request area that this appears to be a common request/complaint.
-
Update: Also tried the $Dir variable and created a subfolder. Verified from my generic alerts that $Dir equals the subdirectory i.e. if the actual folder is C:\FTPRoot\DirectoryName\SubName the $Dir equals /Subname. Set up this filter and it still won't email the alert. Hard to figure out what I'm missing.
-
Same issue here. Seems like it should be easy but it just won't upload a file. Exact error you are getting. Please keep us posted.
