| Esta discussão foi arquivada. Não se pode acrescentar nenhum comentário. |
| | Bom, como o meu ISP *sucks big time* e me andava a recusar emails a torto e a direito pq não estavam na lista rcpt passei a usar o sendmail que vem embutido em qualquer distribuição linux que já me passou pelas mãos (SuSE,RH e Debian)...
Mais recentemente fartei-me do sendmail e achei por bem instalar o qmail... deixei de ter problemas de qualquer espécie.
Isto serve se usares linux ou unix...
Para windows, caso uses NT/2000 ou xispe podes usar o SMTP Service que podes instalar com o mesmo processo para instalar um IIS/PWS. Não sei se funciona com o 95/98/ME porque nunca experimentei.
De qualquer das formas, nas definições de conta passa a usar o SMTP Server no ip da tua máquina (localhost,127.0.0.1 ou um IP de rede que te esteja atribuído).
Espero que ajude...
----------
-1: Redundante! |
| |
| |
| | Curiosamente muitas pessoas têm dificuldade em entender isso. Enviar mail é "simplesmente" (note-se as aspas) abrir uma ligação ao porto 25 da máquina de destino (mx record). Eu tb uso o método que descreves (em linux), mas pode contudo haver um problema: os mail servers de destino podem recusar mail do ip que estiveres a usar por diversas razões, como não conseguirem fazer o reverse name lookup. Como muitos ISPs não fornecem o reverse mapping, isso pode de facto causar problemas. Neste caso fazemos relay para o smtp relayer do ISP, como foi dito em #1.
|
| |
| | Sim, também tive esse problema... mas lá está, nestas coisas o linux é tão, mas tão fixe :) está tudo à mão de semear... registei um domínio, daqueles dinâmicos, e no meu linux tenho um daemon que sempre que a net volta a ligar envia o IP da máquina para actualizar o DNS e resolvi o problema :)
----------
-1: Redundante! |
| |
| | Resolveste o problema do reverse name lookup com um daemon ? Em Linux ? Wow...
-- pmsac.oO(Cogito sumere potum alterum) |
| |
| | Se calhar esse linux de que ele fala está instalado num root server ;-)
|
| |
| | hmmm corrige-me por favor porque então julgo que apanhei mal a ideia: o reverse DNS vai tentar achar o ip que pertence ao domínio (fqdn) usado aquando da ligação SMTP (já não me lembro ao certo mas acho que é no comando HELO).
Assim sendo imaginando que faço HELO xpto.homelinux.net (sendo que xpto.homelinux.net é um dynamic DNS que naquele momento está a apontar para o IP que me foi atribuído pelo ISP) o SMTP server vai tentar certificar-se de que o domínio xpto.homelinux.net existe, responde e o IP é igual ao da ligação TCP que recebeu da minha parte.
Se assim fõr (ou algo semelhante) então de facto tenho um domínio ao qual posso ligar um IP dinâmico que é actualizado por um daemon que tenho na minha máquina.
----------
-1: Redundante! |
| |
| | Isso é forward e nao reverse DNS.
O teu host xpto.homelinux.net tem um determinado endereço IP dinamico, e tenta entregar o dito correio ao destinatario foo@bar.com, o MX de bar.com vai tentar obter o reverse do tal endereço IP dinamico, mas aqui... garantidamente, nao vai ser xpto.homelinux.net!
Um extra, embora basico -- um determinado endereço IP pode ter UM reverse mas tantos forwards que quiseres. Mesmo no caso do djbdns em que o reverse é criado automaticamente, apenas um deles prevalece.
por ex.:
=host1.domain:1.1.1.1
=host2.domain:1.1.1.2
+sql.domain:1.1.1.1
+ftp.domain:1.1.1.1
+www.domain:1.1.1.2
Qualquer tentativa de acesso aos fqdn's host1.domain, sql.domain e ftp.domain levarao a 1.1.1.1 mas o reverse de 1.1.1.1 será somente host1.domain - Ainda assim, apenas se verifica no caso do ISP ter feito a delegação do(s) reverses específicos, pode nem isso fazer (infelizmente).
As dúvidas sobre este assunto até estão esclarecidas pelos própios.
Cheers.
^S^ |
| |
| | +1 esclarecedor ;-)
tenho de voltar a ler a papelada sobre DNS, definitivamente.
Ainda assim, só com o sendmail - cuja configuração me assustava - tinha problemas em enviar emails para um servidor qq (seria o hotmail? não me lembro) e depois quando mudei para o qmail configurado com xpto.homelinux.net (não, não é xpto) passou a aceitar... o que é certo é q o sendmail enviava com localhost.localdomain e este já não envia.
Bom o que interessa é que passou a funcionar e é definitavamente a solução que recomendo para esses problemas de SMTP.
----------
-1: Redundante! |
| |
| | Como é que este post pode ser despropositado?
devem-se ter enganado ...
Cumps
|
| |
| | o que me irrita mais nos ISPs é o facto de não me deixarem sacar o mail por pop3 de fora da rede deles, e em alguns casos (como a netvisão) nem webmail têm (tinham um mas foi-se)...
a minha solução foi registar um domínio, o que me ajuda tb a trocar de ISP sem problemas de mudança de email, com suporte para descarregar o mail por pop3, embora por imap fosse tb bom de ter, e para enviar utilizo o próprio do ISP que utilizo, neste caso o smtp.netvisao.pt.
em relação ao webmail, qual o problema em meter uma máquina com o horde/imp? até é um bom webmail, mas usei o communigate qdo tinha acesso dialup pela Univ. de Aveiro e era um webmail excelente....
I live the way I type; fast, with a lot of mistakes. |
| |
| |
| | Acho que o webmail "demasiado mau" que ele falava era o da netcabo.
|
| |
| | em relação ao webmail, qual o problema em meter uma máquina com o horde/imp? até é um bom webmail, mas usei o communigate qdo tinha acesso dialup pela Univ. de Aveiro e era um webmail excelente....
porque o mail e' considerado como um servico extra, "gratis". O que na ignorancia dos gajos, podem muito bem negar aos seus clientes.
o mesmo acontece com servicos como as news, alojamento de paginas etc..
Por vezes sao coisas tao simples como 1 maquina ou 2 ou 3, que com o software "oss" certo nao implica quase gasto nenhum que a simples manutencao.
A netcabo por exemplo tem 2 servidores dedicados para mail, a correr exchange server diga-se de passage, e 1 so servidor de news (?!)
news.netcabo.pt. 86400 IN CNAME news.telepac.pt.
news.telepac.pt. 723 IN A 194.65.14.158
Ja para nao falar no servico ridiculo de alojamento de paginas. Para quem se gaba de ter 400 mil clientes, contasta-se facilmente que e' muito pouco. Ja para nao falar dos outros ISPs que nao tenho conhecimento. Mas e' facil verificar que o que se paga e' muito elevado para o serviço oferecido.
da uma olh ada na BroadBand dos nossos "vizinhos" suecos
servico: istream
donwstream: 512 Mbps
upstream: ----
endereco IP: 1 dinamico
tipo ligacao: ADSL/PPPoA
mensalidade: 298 Kr = 33.00586 € (Euro)
servico: xstream
donwstream: 2.5 Mbps
upstream: 768 Kbps
endereco IP: 1 estatico
tipo ligacao: ADSL/PPPoE
mensalidade: 449 Kr = 49.73030 € (Euro)
servico: scream
donwstream: ate 26 Mbps
upstream: ate 26Mbps
endereco IP: ate 5 estaticos
tipo ligacao: VDSL/ADSL
mensalidade: 398 Kr = 44.08165 € (Euro)
A BW do vdsl varia muito com a distancia ao gateway da zona de residencia.
Those who do not understand Unix are condemned to reinvent it, poorly.
-- Henry Spencer |
| |
| | Acho que querias dizer 512 Kbps aí nesse 'istream', afinal duvido muito que consigas ter uma ligação ADSL mais rápida que Ethernet a 100 Mbps! :-D
|
| |
| | >>> Kbps <<<
Those who do not understand Unix are condemned to reinvent it, poorly.
-- Henry Spencer |
| |
| | usar smtp auth com eccriptacao e uma alternativa. Nao sei se e ou nao viavel.
## I'm waiting for the sun to shine |
| |
| |
| | isso só funciona se o ISP disponibilizar e acho que tanto o clix como o sapo não o fazem...
----------
-1: Redundante! |
| |
| | Pois, isso e' do tipo de coisas que se disponibiliza mais para ofertas empresariais. Tambem nao conheco nenhum ISP residencial em Portugal que faca isso (alias, em termos de negocio, nao faz sentido oferecer isso em Portugal. O revenue destas ofertas vem do acesso, e nao interessa oferecer servico a clientes que apenas usam os servicos "complementares". E sim, isto tambem e' valido para o ADSL.)
Por outro lado, a maior parte das ofertas empresariais tem um modelo de negocio diferente (leia-se, tem uma margem de lucro que cobre estes servicozinhos), e alem disso e' mais comum teres funcionarios da empresa X a lerem o seu mail quando estao num cliente, ou fora do pais em trabalho; para estes, faz mais sentido oferecer metodos alternativos de acesso e envio de mail. (`a parte dos webmails, que sao uma trampa :) )
|
| |
| | | Sapo Webmail externo: Sim POP3 externo: Não Clix Webmail externo: Sim POP3 externo: Não ViaNetworks Webmail externo: Sim POP3 externo: Não NetCabo Webmail externo: ??? POP3 externo: ??? Como já foi dito acho que os ISPs deviam ligar a autenticação para evitar abusos e deixar que os seus utilizadores acedam exteriormente. Estava aqui a pensar também em VPNs mas isso implica deixar computadores ligados.
|
| |
| |
| | | Informação: Netcabo: Webmail externo: SIM Webmail POP3 Externo: SIM Acedo a partir do meu telemóvel via a rede da Vodafone SMTP externo: Não!
----
//\anuel /|zevedo |
| |
| | A ViaNetworks tem POP3 externo (acessível pelo menos a partir da Netcabo).
Cumps,
Ruben
|
| |
| | Por razões de negócio, os ISP bloquearam o acesso a POP e SMTP a utilizadores fora de rede.... mas se virmos bem não faz sentido eu ter um email histórico na telepac e depois comprar um acesso clix que é mais barato e continuar a usar o meu email histórico.
Desta forma a telepac deixa de poder ter necessidade de manter esta conta de email, pois, eu já não contribu-o para a manutenção dela.
Mas para resolver este prob, eu instalei à uns anos (2/3) o qmail num computador a mais que tinha, onde eu queria brincar aos Administrador de Sistemas, e estou a gerir a minha própria conta de email, com acesso POP3 / IMAP / WebMail sem qualquer restrição.
É uma alternativa.... escolham vcs a vossa.....
(())
Esqueleot
|
| |
| |
| | É melhor bloquear o acesso POP e SMTP não encriptado. A não ser que estejas interessado em caramelos por aí fora a ler a tua password do ISP que aparentemente é a mesma para quase tudo. Homepage, mail, configuração de conta, etc.
|
| |
| | | Qual a melhor maneira de continuar a usar os serviços de mail dos nossos ISP? A grande maioria dos ISPs nacionais bloqueia o acesso aos ports 25 (SMTP) e 110 (POP3) por parte de maquinas que estejam fora da sua rede (ie que nao sejam maquinas dos seus clientes). Por variadas razoes, algumas validas, outras nao. Entende-se como razoavel o bloqueio ao port 25: isso impede que haja 500 mil gajos a usar o servidor de email do ISP como relay (p.ex para spam). Uma solucao alternativa ao bloqueio seria o uso de SMTP autenticado; o que é complicado com tanto básico com o Outlook... O port 110 (POP3) é que é menos razoavel; o cliente é cliente e devia poder ler ao seu onde quer que esteja. O problema aqui é a autenticação do POP3 que, nao sendo criptada, coloca problemas de segurança. Nada tb que não fosse possivel resolver, nao fosse mais uma vez a basicidade da grande maioria dos 400 ou 500 mil clientes... (nao havia call center e suporte tecnico que aguentasse a enxurrada de chamadas "o meu email nao funciona"... e toca de configurar o cliente X de email....) No entanto, é obvio que a grande razao do bloqueio é agarrar os clientes ao ISP. Entao se eu pudesse mudar de ISP mas pudesse continuar a ter/ler o meu antigo endereco de email, era trigo limpo farinha amparo... Para alem de que, com a obrigacao do uso dos webmails fica sempre a hipotese de ganhar dinheiro com os banners (ah ah ah.. eu sei; mas pelo menos dá mostrar mais uns produtos ao nabo do cliente...) Solução: arranjar um amigo em Portugal, cliente do mesmo ISP; na maquina desse amigo redireccionar 2 ports (o 10025 e o 10110 por exemplo) para os ports 25 e 110 do ISP em causa; usar a maquina desse amigo (IP ou DNS), e os respectivos ports, como servidor de SMTP/POP3. Os port redirects nao consomem muito em termos de CPU do amigo.... e se a coisa for bem feita, tb não haverá muito consumo de largura de banda. Cumprimentos Mario Valente
|
| |
| | Fazes como qualquer gajo que tenha cabeça, usas o SMTP do teu ISP...
-------------------------------------------------------
Seja sangue e suor o caminho para a vitoria,
lutaremos lado a lado pela pátri |
| |
| |
| | O problema está em ver o mail por POP3 e não em envia-lo... Felizmente o meu mail universitário dá para ver num pine em qq lado ;-)
|
| |
| | São condiçoes que estão defenidas no serviço... eles lá teem as razoes deles...
-------------------------------------------------------
Seja sangue e suor o caminho para a vitoria,
lutaremos lado a lado pela pátri |
| |
| | Os emails da oninet não apresentam esse problema, pois permitem fazer o redirecionamento para outro email...
|
| |
| | Boas.
Solução:
Email forwarder.
@935, Nbk
|
| |
| | Uma solução que poderá funcionar será instalar no espaço web fornecido pelo ISP um sistema de webmail que seja compatível com isto...
É só uma ideia, não testada, mas que ando a desenvolver mentalmente a cada dia que me chateio com o Clix...
avalon |
| |
| | Estou a escrever isto por causa da "brilhante" sugestão de "manda o e-mail pelo SMTP do teu ISP local" que várias pessoas fizeram, inclusive há um post que refere algo como o endereço poder ser configurado no cliente, mesmo com strings falsas. por isso no problem.
Muito bonito. Estão a esquecer-se de uma coisa: FILTROS DE SPAM. Sim. Muitos serviços de mail usam a comparação entre o smtp utilizado e a string de endereço utilizada para determinar se o mail é SPAM ou não.
Ou seja, se eviares um mail em nome de fulano@clix.pt a partir do smtp.japanserver.jp clix.pt != japanserver.jp => é SPAM => logo DROP ou, se a política for permissiva, manda para a pasta do spam. Que o destinatário do mail normalmente só verá de forma esporádica.
Não acreditam? Abram uma conta no yahoo só para testes e façam a experiência. Reparem como ele manda o vosso mail para uma folder chamada "Bulk mail". A tal pasta para o SPAM...
Ou seja, na verdade os nossos ISPs andam a tramar toda a gente que necessita de aceder ao seu mail no estrangeiro ou em redes do local de trabalho, porque:
a) Impedem o uso do POP3
b) Impedem o uso do SMTP e a única maneira expedita de tornear o problema é invalidada pelas técnicas de filtragem de SPAM o que faz com que as mensagens não cheguem ao destino.
c) O webmail, embora muito útil, é, pelas suas limitações, um bom recurso de emergência, mas não permite a utilização produtiva do e-mail.
|
| |
| |
| | Xaval, o procedimento de "manda o mail pelo smtp do teu isp" é a solução elegante e técnicamente correcta para este tipo de problemas.
Lá porque moras num ISP que tem os filtros de spam (e filtros panascas, porque isso não me parece que sirva para qualquer coisa de jeito) não lances entropia denegrindo as poucas pessoas que deram respostas inteligentes e não broncas
(recordo com saudade o fantástico "Pede a um amigo para te fazer bounce das portas para dentro!!!!")
Achas que me devo preocupar por usar o smtp.netcabo.pt != netcabo.pt (que é o dominio do meu email)?
Com a breca!
|
| |
| | | Olha, por causa da imensa grosseria de tipos como tu é que cada vez menos escrevo aqui no gil. que já foi uma comunidade 5 estrelas e agora está como está. Eu limitei-me a apontar que a solução apontada, embora formalmente seja tecnicamente correcta, não resolve o problema devido a algumas técnicas de filtragem de SPAM que têm vindo a ser implementadas.
E apontei um exemplo concreto, no "mainstream", o da Yahoo. Não defendi onde quer que seja que este tipo de filtragens de SPAM sejam inteligentes ou bem feitas. Limitei-me a expor que existem. Afinal uma solução só o é se permitir que as mensagens cheguem ao destinatário, se elas forem removidas pelos filtros não é solução nenhuma, mesmo que seja formalmente correcta. Típico da grosseria é essa do smtp.netcabo.pt e do netcabo.pt. O meu exemplo era comparação entre domínios diferentes, não entrava com hosts de domínios. Típico, não há argumentos, deixa cá mandar um arroto de esperteza saloia. Mais uma vez, eu não defendi a prática, limitei-me a informar de que existe.
|
| |
| | Mas há ISPs que só aceitam POP3 das suas próprias gamas de endereços...
"It is every citizen's final duty to go into the tanks and become one with all the people."
- Chairman Sheng-ji Yang, "Ethics for Tomorrow" |
| |
| |
| | No caso dele, a netcabo aceita ligações de POP3 de fora. Testei do IST, achas que tenho que fazer o teste com uma máquina na china?
De qualquer forma o problema do post inicial é enviar mail.
|
| |
| | Eu uso o email da Netcabo no Japão e funciona. Não é a China mas é lá perto! :)
|
| |
|
| | | De qualquer forma o problema do post inicial é enviar mail. Se é esse o problema, acho que não há problema nenhum. O servidor de smtp pode ser um qualquer. O servidor de smtp da iol por exemplo permite enviar mails com endereços do clix... Aliás, o mail que aparece relacionado com a tua conta é definido manualmente pelo utilizador, permitindo até que mandes um mail com presidentof@usa.gov. Por isso, o enviar mails não tem qualquer problema. A título de exemplo o pine, após a instalação usava, por defeito, um mail que nem existe. Tive que configurar manualmente o mail que ele usava e ele agora usa um mail que eu posso definir a cada vez que mando o mail. Por isso, se o problema dele é enviar, não tem problema nenhum. Já receber, eu tinha um problema com o mail da telepac. O meu mail da telepac só podia ser visto usando uma ligação da telepac. Nem o webmail podia ser usado externamente (not very useful...). Hoje não sei como está, mas era assim...
|
| |
| | Redundante? Mas o que ele tem que fazer é justamente usar a PORRA do smtp server do ISP dele!
Serão voces todos assim tão estúpidos? Há gente nesta thread a falar de VPN's, redirecionar portas com ajuda de um amigo e a fazer comparações entre ISP's "este aceita de fora, este não, este sim, este não" e só um par de tipos disseram qualquer coisa de jeito.
Enfim, volto a repetir para bem das vossas diminuídas e reivindicativas inteligências, para enviar mail usas o smtp server do teu ISP, para puxar mail ligas-te directo ao teu ISP antigo (neste caso a netcabo) e puxas o mail por POP ou outra coisa qualquer.
|
| |
| |
| | Pois... Mas nem sempre há a possibilidade de usar o do ISP local. Eu moro numa casa que tem acesso à internet por ethernet. Traduzindo a coisa, tem uma rede ethernet e uma ligação à Internet por linha dedicada um ADSL (não sei pormenores). Eu não consigo saber qual o SMTP server pois no manual que eles têm não dizem nada sobre isso. Já tentei encontrá-lo e não consegui. Também não ligo para o suporte, pois é provável que não me entenda com os tipos. Outra coisa é para quem anda sempre a mudar de rede. Ora no trabalho, ora em casa é necessário enviar mails e tem que se andar sempre a reconfigurar o SMTP. Eu arranjei uma solução, que não gosto muito mas server. Ligo à VPN da minha empresa nos estados unidos com uma programa muito estranho que eles me deram e assim mando o mail sempre que possível.
|
| |
| | | Basta usares um servidor de smtp que permita acesso sem restrições. Aqui há dias recebi um mail da IOL a dizer que o seu servidor de smtp vai deixar de aceitar ligações externas à rede. No entanto, haverá outras hipóteses. Experimenta outros servidores de rede de outros ISPs. O servidor de smtp do clix é mail.clix.pt, o da telepac era mail.telepac.pt (acho que ainda é, já não sei) ou então, experimenta procurar num site de uma universidade. Por vezes as universidades têm as suas redes coordenadas de forma tão "descoordenada" que aceitam tudo e mais alguma coisa...
|
| |
