srm: Log common misconfiguration preventing upload

Whether a transfer protocol is supported is checked in several places:

- At the request level (per requirement in the SRM spec)

- At the TURL computation level (as that's where we know the final path)

- In PutFileRequest (redundantly)

The redundant check in PutFileRequest is removed. The logging for
failed TURL computation is removed - this information is already
registered as a state transition on the job. A new log message is
added that logs common misconfiguration in which the path being
accessed isn't exposed by any of the doors supporting the requested
protocol. This would typically be the upload directory.

Such a misconfiguration now logs:

10 sep. 2014 23:46:18 (SRM-Gerds-MacBook-Pro) [hMA:1:srm2:prepareToPut:-2147482647:-2147482646] No door for [gsiftp] provides access to /upload/eefaa8f5-ea76-460e-b172-57ea8c69eb5f/a.

Target: trunk
Require-notes: yes
Require-book: yes
Request: 2.10
Acked-by: Tigran Mkrtchyan <tigran.mkrtchyan@desy.de>
Acked-by: Paul Millar <paul.millar@desy.de>
Patch: https://rb.dcache.org/r/7294/
(cherry picked from commit 1ab18b97742effc9c706a296512dd3e21af18475)
Merge pull request #838 from gbehrmann/fix/2.10/rb7294

srm: Log common misconfiguration preventing upload