wget não deve ter problema em buscá-lo, pois ele executa o comando GET bem em um URL como esse. Os únicos problemas que posso imaginar que você esteja tendo são:
- que
\é um caractere de shell especial e você precisará colocar a URL entre aspas para evitar que o shell convertapara1. Melhor ainda, escape de\caracteres como%5C - O wget está nomeando o arquivo
view?downloadFile=AcctItemFiles34567890.txtem vez de algo sensato como seu navegador da Web faz. Use a opção-O filenamepara forçá-lo a gravar todos os dados baixados em um nome de arquivo especificado, por exemplo,
(interessante ... um bloco de código não pode seguir um ponto)
wget -O 1234567890.txt "http://www.whatever.com/view?downloadFile=AcctItemFiles34567890.txt"
Ou use a opção --content-disposition para dizer para salvar usando o nome do arquivo fornecido pelo servidor no cabeçalho (leia e compreenda o aviso sobre ele estar com bugs e sobre ele exigindo duas solicitações. Não use isso se o script de destino não suportar o comando HEAD) Como alternativa, use curl -O -J ... em vez de wget, em que -O -J juntos instruir para ler o nome do arquivo de saída do cabeçalho. A documentação não diz que o curl exige dois pedidos, mas o curl recentemente teve uma vulnerabilidade devido à confiança em nomes de arquivos inválidos, portanto, "bugs" pode ainda se aplicam.