A transferência de arquivos do Miranda IM para o gtalk não funciona

1

Estou executando a versão mais recente de 64 bits do Miranda IM no Windows 8. O Gtalk funciona perfeitamente para mim, exceto para transferências de arquivos, diz no compatible file transfer mechanism existsquando tento enviar um arquivo para alguém que está executando a versão antiga do Gtalk para desktop. Quando eles tentam me enviar um arquivo, ele diz que 'a outra pessoa pode estar usando o gmail'.

Criei minha conta Gtalk usando a função incorporada e, após a verificação, os parâmetros são os especificados na página de ajuda do Google Talk .

Os fóruns de Miranda também não lançam luz. Alguém sabe de uma solução?

Rex
fonte
Parece um problema com o Mirandasoftware. Você relata esse comportamento como um bug. Obviamente, a solução é não usar software antigo não suportado.
Ramhound
minha primeira linha diz que estou usando a versão mais recente.
Rex
Exceto que seus amigos estão usando "a versão antiga do Gtalk", que não é mais suportada.
Ramhound 14/02
Mas a transferência de arquivos funciona bem entre os usuários do cliente de desktop, eles simplesmente parou de desenvolvê-lo após 2006.
Rex
Claramente, esse problema é recente, portanto ele pode ser resolvido com ajustes Mirandano seu lado ou com a migração de seus amigos para Mirandaoutro cliente de desktop mais recente. Isso não pode ser resolvido se eles não atualizarem.
Ramhound

Respostas:

1

Na verdade, a pista está na mensagem de erro. Para a maioria das conexões, não será possível configurar uma conexão direta entre dois pares, mesmo que você permita (veja a captura de tela abaixo). Um dos principais motivos seria o NAT.

A solução é usar um proxy bytestream que ambos os pares possam usar e configurar o Miranda para isso. É provável que seu lado seja o que está descrevendo. Em geral, é claro, pode ser que um ou ambos os lados falhem. Portanto, é necessário analisar as configurações da outra pessoa.

Caixa de diálogo Opções do Miranda IM

A segunda caixa de seleção e o campo de edição que o acompanha são o que você está procurando.

Observe também: os proxies bytestream são serviços no sentido XMPP ("Jabber"); portanto, os nomes, embora pareçam nomes DNS, não podem ser inseridos no servidor DNS, se você estiver conectado ao domínio do servidor Jabber que oferece o bytestream proxy. O nome canônico é geralmente proxy.domain-name, pelo menos no OpenFire costumava ser e ejabberd.


Editar:

onde encontrar um proxy bytestream: No menu principal do Miranda (a "coroa"), escolha o protocolo / conta que você configurou. Ele deve fornecer um menu pop-up com outro submenu "Serviços", no qual você encontra "Service Discovery". Lá, ele listará os proxies testream disponíveis para o seu serviço, se o servidor tiver sido configurado para anunciar e fornecer esse serviço. Veja a imagem abaixo.

Descoberta de serviços no Miranda IM

O penúltimo a mostrar o serviço de proxy. Novamente, isso deve ser ativado no servidor. Além disso, o Google - pela minha experiência - faz algumas coisas para complicar, por exemplo, conexões S2S criptografadas, então não ficaria surpreso se algumas complicações surgissem com o proxy bytestream também. Pelo menos eu não conseguia ver nenhum serviço oferecido. Embora o GTalk use o XMPP, eles não seguem completamente o padrão, até onde eu entendo.

0xC0000022L
fonte
Então, onde você encontra um proxy bytestream ... e a outra pessoa também precisa? Eu sou o único que está usando Miranda entre os meus amigos.
Rex
@Rex - Qualquer pessoa que não esteja usando Miranda não poderá configurar o seu fim. Então, se existe um problema, então eles estão sem sorte. O cliente de desktop não é suportado por um tempo agora.
Ramhound
@ Ramhound: Não sei de onde você tira essa generalização, mas não posso confirmar isso por experiência própria. Correndo dois servidores Jabber me (um um corporativo privado) eu tinha que apoiar as pessoas já com numerosos clientes diferentes ea maioria deles não oferecem opções para configurar isso, não apenas Miranda IM.
0xC0000022L
@Rex: alterou minha resposta.
0xC0000022L 14/02
@ 0xC0000022L - O único outro cliente perguntado pelo autor foi o GTalk e ele não oferece suporte ao fazer o que posso dizer.
Ramhound 14/02