Groups | Search | Server Info | Login | Register
Groups > comp.mail.misc > #281
| From | no.top.post@gmail.com |
|---|---|
| Newsgroups | comp.os.linux.networking, comp.mail.misc |
| Subject | Do some ISPs bar access to smtp except from clients/<dial-up>? |
| Date | 2012-10-05 14:53 +0000 |
| Organization | A noiseless patient Spider |
| Message-ID | <k4msa1$bip$1@dont-email.me> (permalink) |
Cross-posted to 2 groups.
Here's the diagram instead of a thousnad words. Me -> FixedRadioModem -> ISP2 -> Internet http == OK Usenet == OK telnet ..etc == OK ISP2 -> pop=fail : wrong ID/paswrd smtp=fail : wrong ID/paswrd NB. Me -> FixedRadioModem -> ISP2 -> Internet -> ISP1 pop:ID1 == OK pop:ID2 == OK smtp:ID1 == see telnet log below smtp:ID2 == see telnet log below -------------------------- Apart from the general increase in crime & corruption, here is South Africa, there seems to be a war on between ISPs. Previously I had dialup to ISP1 for 2 email accounts. Then they introduced <Transmit Authorisation> and I had to modify my mail client. Then some years later I could not send to my gmail account, although I was able to send and recieve between the 2 different accounts, on the same ISP1. Could this be explained by Transmit Authorisation not allowing the mail to EXIT the smtp, although it could transfer WITHIN the same 'domain'; ie. within the ISP. Now I can't even communicate between the 2 in the same-ISP. Although both pops receive from my gmail -- http-based. Presently I can access gmail from ISP2 Here's a telnet trace to ISP1, via the fixedRadioModen of ISP2:---- spawn telnet smtp.absamail.co.za 25 Trying 196.41.6.142... Connected to smtp.absamail.co.za. Escape character is '^]'. 220 smtp.absamail.co.za ESMTP ehlo 501 #5.0.0 EHLO requires domain address AUTH LOGIN 334 ******** ******************* 334 *********************** ***** 235 #2.0.0 OK Authenticated <-----*! DATA 503 #5.5.1 MAIL first MAIL FROM:<crgl***@absamail.co.za> 250 sender <crgl***@absamail.co.za> ok RCPT TO:<eas***@absamail.co.za> 250 recipient <eas***@absamail.co.za> ok DATA 354 go ahead Date: Sept 3012 Subject: tst2 expect Ac2Ae2 Line after space-line separator line-2 line-3 line-4 . 250 ok: Message 910133084 accepted <---- *! quit 221 smtp.absamail.co.za Connection closed by foreign host. ---------------- end of telnet session trace:----------- So the smtp indicates "Message 910133084 accepted", but "RCPT TO:" doesn't receive any thing. Although "RCPT TO:" receives from my gmail..etc. ---------------- ISP2 [Neotel/neomail] admits that their email is not-working and will be fixed real-soon-now; for the last 6 weeks. The help-line's recorded message of ISP1 advises to use: smtp.atlantic.net which telnet-traces as follows :-------- spawn telnet smtp.atlantic.net 25 Trying 69.28.75.82... Connected to smtp.atlantic.net. Escape character is '^]'. 220 smtp-1.atlantic.net ESMTP ehlo 250-smtp-1.atlantic.net 250-PIPELINING 250-8BITMIME 250-SIZE 33554432 250 AUTH LOGIN PLAIN AUTH PLAIN 334 easlab@absamail.co.za 501 malformed auth input (#5.5.4) <-------------* ! --------------------- I don't want to waste effort on the RFC to see if/how to get past the TxAuthorisation, because the help-line live-person of ISP1 says "you need to contact ISP2 for you smtp". And then she says the change to smtp.atlantic.net is only for FUTURE. I'm speculating that ISP1 could previously accept smtp input via the general-internet, but due to <problems>, it's now been set-up to ONLY receive input from its clients, ie. via dial-up [ISDL ? is it called today]. Would this be a possible explanation? The whole confusion coincided with plenty spam-mails from Japan and ISP1 having a new Macphee [an Intel corp] absurdly-http-based facility to manage-your-spam. If via ISP2's fixedRadioModem, I can: ISP1:pop, ISP1: telnet : smtp: as per log above, but the mail is NOT delivered, http, USEnet ..etc. is OK, then why would ISP2's pop & smtp be out of order for weeks? Is there something special happening with global email, these last few month? == TIA.
Back to comp.mail.misc | Previous | Next — Next in thread | Find similar
Do some ISPs bar access to smtp except from clients/<dial-up>? no.top.post@gmail.com - 2012-10-05 14:53 +0000
Re: Do some ISPs bar access to smtp except from clients/<dial-up>? Whiskers <catwheezel@operamail.com> - 2012-10-05 19:44 +0000
Re: Do some ISPs bar access to smtp except from clients/<dial-up>? no.top.post@gmail.com - 2012-10-07 12:00 +0000
Re: Do some ISPs bar access to smtp except from clients/<dial-up>? "Thor Kottelin" <thor@anta.net> - 2012-10-07 15:10 +0300
Re: Do some ISPs bar access to smtp except from clients/<dial-up>? Whiskers <catwheezel@operamail.com> - 2012-10-07 13:21 +0000
Re: Do some ISPs bar access to smtp except from clients/<dial-up>? Steve Baker <bakesph@comcast.net> - 2012-10-05 15:53 -0400
Re: Do some ISPs bar access to smtp except from clients/<dial-up>? no.top.post@gmail.com - 2012-10-07 12:01 +0000
csiph-web