jira-importer commented on issue #446: URL: https://github.com/apache/maven-indexer/issues/446#issuecomment-2965141464
**[Tamas Cservenak](https://issues.apache.org/jira/secure/ViewProfile.jspa?name=cstamas)** commented IMO, this is clearly HTTPd misconfiguration. The HTTP header "Content-Type" (as set by Nexus) defines the _MIME type of the payload_, which is application/x-compressed, since you are serving up a GZipped file. The HTTP header "Content-Encoding" (as set by your HTTPd) according to RFC2616 states "what additional content codings have been applied to the entity-body, and thus what decoding mechanisms must be applied in order to obtain the media-type referenced by the Content-Type header field". Meaning, this header is applied when HTTP server _modifies_ the body for transport purposes (like optimizing it with compression), which is not the case here, you should be serving up a GZ file "as is". Clearly, your server "lies", since you _don't have to apply_ any decoding mechanism in order to obtain the media-type (which is application/x-compressed) you originally published. You published a GZ file and as client, you expect to download a GZ file, just like when you download Maven distro (the tar.gz one) from Apache. -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: issues-unsubscr...@maven.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org
