bdlc

Tudo indica que você não comprou diretamente da Seagate. O vendedor, caso seja nacional, pode não ter relação direta com a fraude e também é uma vítima e certamente não comprou os discos diretamente da Seagate como novos, mas de alguma outra empresa, provavelmente chinesa.

Com certeza não precisa, a validação é pelo DNS. Eles deram o nome de Lets Encrypt justamente para causar confusão e a pessoa não remover.

Leandro, Eu tenho essa base paga e, sinceramente, o nível de bloqueios aumentou muito pouco nos servidores. Ela não resolve 100% dos problemas relatados pelo @LtiWeb Soluções. Por aqui continuamos a ver essas mensagens passando normalmente. Na minha opinião está faltando a SPFBL acompanhar a evolução dos ataques spammers e a necessidade dos clientes senão ficará obsoleta muito em breve. Bruno.

Prezados, Estou procurando um desenvolvedor mobile, com conhecimento em React, para realizar a manutenção de um aplicativo para web rádio desenvolvido há 2 anos mais ou menos, para permitir a utilização em celulares com Android 14. A Play Store está acusando o seguinte erro no aplicativo: https://monosnap.com/file/cMqFbKtZdikU69SPC42tOxZ99oOrQK Referência: https://developer.android.com/about/versions/14/changes/fgs-types-required?hl=pt-br Obrigado, Bruno.

Habilite a geração do arquivo error_log, faça um teste e aguarde o erro ser apresentado em tela. Pesquise pelos arquivos error_log no diretório da hospedagem e veja o seu conteúdo. Outro arquivo de log que pode ser consultado é o /usr/local/apache/logs/error_log. Boa sorte!

Converse com o Germano @helpsysadmin Tem tópico recente sobre o assunto:

Concordo com o @redenflu Eu tenho na OVH apenas alguns serviços mas, poucas vezes que precisei do suporte, deixou muito a desejar em relação a tempo de atendimento. Datawagon nunca utilizei.

Não, ele requer o cPanel WHM: https://www.whmsonic.com/whmsonic_requirements.php

https://webuzo.com/docs/installing-webuzo/convert-cpanel-to-webuzo/

Está para nascer algo que o Governo gerencie que seja melhor que a iniciativa privada (no caso o Registro.br não é uma iniciativa privada mas tem uma certa autonomia que é necessária para a gestão do negócio).

Acredito que pelo fato mencionado pelo Rubens anteriormente, a CF impede o anonimato.

Olá, Se o sistema estiver hospedado em seu servidor, você deverá pegar um desses envios e rastrear através do log do Exim (/var/log/exim_mainlog) para verificar o que está ocorrendo com a mensagem (rota). Caso o sistema seja hospedado localmente no cliente, o envio está indo direto para a AWS, nesse caso você deverá verificar se eles possuem algum log disponibilizado no painel para entender o que está ocorrendo com a mensagem (rota). O "problema" da AWS nesses casos é a falta de comunicação com o suporte técnico. Abraço!

Não sei se já viu, mas o banco Cora está dando dor de cabeça para o pessoal que tem utilizado: https://portaldohost.com.br/topic/30393-nova-contestação-de-pix-e-conta-bloqueada-mais-uma-vez/

Hoje não aceitamos mais cartões de crédito (sempre tivemos baixa adesão dos nossos clientes), apenas boleto e pix. Estamos operando com os bancos BS2 e Sicoob, ambos com taxas fixas, independente do valor. BS2: R$ 1,25 para os primeiros 1.000 boletos registrados (R$ 0,89 para registro de boletos excedentes) R$ 0,40 para pix independente do valor Sicoob: R$ 1,00 por boleto compensado (R$ 0,50 por boleto baixado que não tenha sido compensado) R$ 0,00 para pix ilimitado até o momento Ambos os bancos possuem API para integração com qualquer sistema (aqui usamos WHMCS e fizemos nossa própria integração). Abraço!

De fato o Sicoob também não cobra para uso do PIX ainda.

@NullRoute

Pode ser que um domínio (ou mais) desse servidor esteja recebendo um volume alto de mensagens, causando o problema. Tente identificar esse domínio e desative o antispam para ele ou veja como desativar o Spamhaus diretamente nos arquivos de configurações do DirectAdmin (talvez alguém que utilize em produção consiga ajudar).

Aqui está seu problema: https://www.securityzones.net/error-return-codes-for-spamhaus-public-mirrors/ "127.255.255.255 Excessive Number of Queries As mentioned, Spamhaus public mirrors have a free usage limit. This limit helps maintain the quality of service for all Spamhaus users. If your query return code is 127.255.255.255, this means the IP address you are using has exceeded the allowed number of queries." Provavelmente você utiliza o Spamhaus gratuito e atingiu algum limite de consultas para o seu IP.

Dentro do DirectAdmin, tente ir em "Configurações Gerais" -> "Configurações dos E-mails". Desative "Use o bloqueio de RBL." https://monosnap.com/file/DouN2hR0HPc6xIqtjzLEznHFuq9w5j Eu não uso DirectAdmin em produção, tenho apenas um servidor de testes, mas acredito que isso deva resolver o problema.

Parece que a checagem antispam da Spamhaus que está gerando o problema: Email blocked by zen.spamhaus.org (127.255.255.255) Recomendo desativar temporariamente essa checagem, pode ser um falso positivo (ou falha temporária na Spamhaus - pouco provável).

Exatamente, uma vez que o seu plano não permite domínios adicionais (apenas estacionamentos). Pode ser que tenha alguma outra forma de mascarar o endereço (URL) no navegador para carregar o conteúdo do diretório secundário (nesse caso deixo para os entendedores de programação).

Para que essa configuração funcione, você precisa no servidor de destino estacionar o subdomínio lp.meucliente01.com.br (não precisa criar ele como conta, apenas como apelido do domínio principal). Feito isso, você irá redirecionar esse apelido para o endereço criado (meucliente1.meudominio.com.br).

Sim, precisa criar o subdomínio do cliente na hospedagem B para que quando o DNS direcionar o acesso para a hospedagem B seja encontrada a área de hospedagem e o conteúdo exibido.

Basta você ir no servidor que resolve o DNS do domínio meucliente.com.br (provavelmente hospedagem A) e crie a entrada "sub" na zona de DNS direcionando para o IP da hospedagem B. Em seguida, vá a hospedagem B e crie a área para sub.meucliente.com.br para que os arquivos sejam hospedados.

@NullRoute