Although the VS2015 release is around the corner, we don't believe the v3 API will be ready/stable for public consumption yet. There are no currently no API docs, and the codebase is still moving too much to try to guess what will it will be. We reverse engineered what we could with NuGet3RC2, and it seems to use a blend of v2/v3 API calls. Once the API is ready, we will likely use it to implement the "nuget.org cache" feature that's on our roadmap. That said, the NuGet team will need to (and plans to) support the v2 API in both their client and server components for many years to come, so we're in no rush. The v3 API will primarily offer performance improvements for reaching NuGet.org, but ProGet users aren't really impacted by performance problems anyway, due to local server caching.

ASP.NET 500 errors should appear in the Windows Event Log, check there for full details, though this sounds like an error with the nuget.exe client rather than ProGet.

You can set up a retention policy that will handle this feed cleanup.

Thanks Dean, I modded the regex inline to get around the validation issue. Thanks for getting back to us on this.

Maven connectors need to be indexed before they can be used from ProGet. If you go to the Admin->Scheduled Tasks page, you should see an entry for a MavenConnectorIndexing job, and you should be able to see a log of the last several attempts. Did it appear to complete successfully? Also, you may want to try actually performing a search for the Maven artifacts. When browsing, we only display local artifacts, but connectors are displayed when you search as well.

This is now in Admin > All Settings, under ReservationUrls

Thanks Dean - that was super helpful :) I resolved this issue by only promoting the symbols package if one existed. Many thanks!

Hello, colleagues. Could you tell me: is something was changed in API in order to create a user with password? Regards, Roman

I see, in that case, your network/server is not properly configured. This is not trivial to troubleshoot, and this is happening before the request hits our software. The most likely culprit is an invalid/missing SPN, and a domain administrator must add that. Here are some additional resources to follow: https://support.microsoft.com/en-us/kb/969060 http://www.sidesofmarch.com/index.php/archive/2011/11/04/troubleshooting-windows-authentication-in-iis/ http://serverfault.com/questions/341978/troubleshooting-windows-authentication-problems-no-challenge-in-iis-7-5 Search terms, "diagnosing windows authentication iis"

There is a bug in 3.7.x that will be fixed in 3.7.4 On the proxy configuration page, can you enter a dummy value into "Exclude URLs" section, e.g. "example.org"?

Started new question. Please answer there. Thank you

Tod. Looks like whatever you discovered was right. Added an exclusion of example.org, and I can now query and cache through a ProGet feed

Thanks, all good now.

Do you mean that some symbols are being indexed while others are not?

No problem! Now for a barrage of questions... Where is the 503 response coming from, ProGet or the proxy server? Is there an error message in addition to the status code? What do you mean by "use the ProGet feed", does that mean browsing the ProGet web application (i.e. feed overview page), or accessing packages via nuget.exe/Visual Studio? And does it work as expected if you access ProGet over HTTPS?

I've read that NuGet's architecture is being redesigned for version 3.0, which should also improve the performance. http://blog.nuget.org/20150608/nuget-server-status.html http://blog.nuget.org/20150601/nuget-3.0-rc2.html

I see. Thanks for the feedback - I didn't think about retention but that is a very good point. Retention itself is also a relatively new feature for ProGet, and we are still evaluating whether it ought to be included in the free edition in some form. Regarding feed-specific override paths, we probably will add this in a future release, but I can't give you a specific version as yet.

The INEDOPROGETSVC service is used by ProGet to perform background tasks (indexing, cleanup, etc) and is required to run ProGet. The only options (right now anyway) to install the ProGet web application are: IIS-hosted Integrated web server (this is essentially a 2nd Windows service) Linux via Docker (currently v4.0 in beta)

To find the connector, go to Admin gear > Manage Feeds > Edit Feed (pencil icon), and that will have the list of connectors. For the error itself, try some of these recommendations: http://stackoverflow.com/a/703285

Integrated, so it uses the account hosting the web application to query.