[opensuse] re-mailer problem (fwd)
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 (third repost, list rejects) Hi, I'm having a curious problem with my opensuse alias: my ISP doesn't like it and rejects that mail. For instance, a test mail sent from gmail to "MY-AKA /at/ opensuse.org", gets a "452 try later" response from my provider, and after a day mx2.suse.de times out and bounces the email: Reporting-MTA: dns; mx2.suse.de X-Postfix-Queue-ID: 950B344CCA X-Postfix-Sender: rfc822; MY-EMAIL /at/ gmail.com Arrival-Date: Sun, 6 Apr 2008 21:42:08 +0200 (CEST) Final-Recipient: rfc822; MY-EMAIL /at/ telefonica.net Original-Recipient: rfc822; MY-AKA /at/ opensuse.org Action: failed Status: 4.0.0 Diagnostic-Code: X-Postfix; host tnetmx.telefonica.net[213.4.149.227] refused to talk to me: 452 try later Notice that email sent direct to "MY-EMAIL /at/ telefonica.net" works fine. But I have another remailer at sourceforge which is also failing, and could be the same problem. I don't know, I don't get bounces reports from sourceforge. Simply my email gets delayed for 2..4 days or gets lost. What difference could be seeing my ISP in mail sent from a remailer like mx2.suse.de to reject mail being sent originally to "MY-AKA /at/ opensuse.org", but accept mail being sent direct to "MY-EMAIL /at/ telefonica.net"? What could be done about it? - -- Cheers, Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFH/IvktTMYHG2NR9URAkbwAJ9FgyvPWoImLB1l7e+KkkmloPk0QQCgjtCv W8MwPwrBDukQZkwwYgbTDxw= =zz0q -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Wed, Apr 9, 2008 at 2:26 AM, Carlos E. R.
What difference could be seeing my ISP in mail sent from a remailer like mx2.suse.de to reject mail being sent originally to "MY-AKA /at/ opensuse.org", but accept mail being sent direct to "MY-EMAIL /at/ telefonica.net"?
What could be done about it?
It would be best taken up with telephonica, no? This sounds like some spam filtering gone bonkers. At first glance the "refuses to talk to us" bit sounds like they are using some RBL which has picked up the suse postfix servers. But the fact that list mail comes thru when only one address is in the headers suggests that they are doing some in-line rejection at the smtp level based on analysis of the TO header, which of course is totally wrong. (short circuiting I believe is the term used by the Spamassassin people). Without access to the "envelope to" its pretty hard to tell. -- ----------JSA--------- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The Wednesday 2008-04-09 at 11:36 -0700, John Andersen wrote:
On Wed, Apr 9, 2008 at 2:26 AM, Carlos E. R. wrote:
What difference could be seeing my ISP in mail sent from a remailer like mx2.suse.de to reject mail being sent originally to "MY-AKA /at/ opensuse.org", but accept mail being sent direct to "MY-EMAIL /at/ telefonica.net"?
What could be done about it?
It would be best taken up with telephonica, no?
Yes, but that is almost impossible. That's why I try to second guess what might be happening. If I phone them I will not get past a "flower pot": all smiles and nice words, nothing done. I'll try to find a contact email, but I don't expect to find it. [...] Its a chat support line, and requires installation of a certain windows software for secure chat identification. [...] Surprise... chat works. I'm chatting with them right now. He is asking "silly" questions. "Do you use outlook?" [...] At the end ("Please wait. I'm going to check your account") they said they only attended problems with their webmail service (meaning: I have no idea what you are talking about). They sent me to another site. The other site (telefonicaonline.com/nemesys) is a general site to report network problems like spam, port scans, etc. I wrote my report, click send, and... page not found. Twice. The page not found site said to try another site for help support. I went to that site, entered the report. They don't want my address data, said will post the answer in the board in 15 days. This site is for general client problems, aka FAQ...
This sounds like some spam filtering gone bonkers.
Maybe, but spam filtering is extra with them, and I don't pay that extra. And it comes in the form of a windows program to install in my computer.
At first glance the "refuses to talk to us" bit sounds like they are using some RBL which has picked up the suse postfix servers.
Yes, but... you see why not yourself, below
But the fact that list mail comes thru when only one address is in the headers suggests that they are doing some in-line rejection at the smtp level based on analysis of the TO header, which of course is totally wrong. (short circuiting I believe is the term used by the Spamassassin people).
Without access to the "envelope to" its pretty hard to tell.
Yes, probably. Right now, my test probes are working. Who knows! - -- Cheers, Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFH/T9GtTMYHG2NR9URApuAAJ4gfQLv4+zPk8wYKqI/EyBTqKw+mwCdFyvY HLe50E8kt2keb3gSwl6lYBI= =w70A -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Carlos E. R. wrote:
(third repost, list rejects)
Hi,
I'm having a curious problem with my opensuse alias: my ISP doesn't like it and rejects that mail.
For instance, a test mail sent from gmail to "MY-AKA /at/ opensuse.org", gets a "452 try later" response from my provider, and after a day mx2.suse.de times out and bounces the email:
Reporting-MTA: dns; mx2.suse.de X-Postfix-Queue-ID: 950B344CCA X-Postfix-Sender: rfc822; MY-EMAIL /at/ gmail.com Arrival-Date: Sun, 6 Apr 2008 21:42:08 +0200 (CEST)
Final-Recipient: rfc822; MY-EMAIL /at/ telefonica.net Original-Recipient: rfc822; MY-AKA /at/ opensuse.org Action: failed Status: 4.0.0 Diagnostic-Code: X-Postfix; host tnetmx.telefonica.net[213.4.149.227] refused to talk to me: 452 try later
This smacks more like a client problem than any recipient/sender problem. "refused to talk to me" normally means that the connection is firewalled or the server does not like the client and breaks off immediately after the connect. If it would happen at a later stage Postfix would log either "TIMEOUT after RCPT TO" for a timeout or a reject for helo/mail from/rcpt to/data. What makes this even more mysterious is that the only sensible reject code for that situation would be "421 transmission channel closed". In any case, the telefonica.net server seems rather borked. Either you return a permanent reject code 5xx and hand out a reject message that helps the sender to find out why the mail was rejected or you indeed accept the mail after the temporary problem is solved. This is most probably a telefonica.net problem, and I expect the helpdesk to be completely useless in that situation. -- Sandy List replies only please! Please address PMs to: news-reply2 (@) japantest (.) homelinux (.) com -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The Wednesday 2008-04-09 at 20:59 +0200, Sandy Drobic wrote:
This smacks more like a client problem than any recipient/sender problem.
Client? :-?
"refused to talk to me" normally means that the connection is firewalled or the server does not like the client and breaks off immediately after the connect. If it would happen at a later stage Postfix would log either "TIMEOUT after RCPT TO" for a timeout or a reject for helo/mail from/rcpt to/data.
But a firewall would reject all connections, and it only rejects connections of email sent via the redirector: NO) anyone --> my aka @ opensuse --> my email @ telefonica YES) anyone --> my email @ telefonica For instance, this list email, which is also sent from opensuse, has no problems that I'm aware off. A badly inplemented greylisting thing, perhaps?
What makes this even more mysterious is that the only sensible reject code for that situation would be "421 transmission channel closed".
In any case, the telefonica.net server seems rather borked. Either you return a permanent reject code 5xx and hand out a reject message that helps the sender to find out why the mail was rejected or you indeed accept the mail after the temporary problem is solved.
Yep. But sometimes it works instantly.
This is most probably a telefonica.net problem, and I expect the helpdesk to be completely useless in that situation.
Absolutely. The help desk, I discovered a minute ago, is a chat line, and they say the first time they will want to install in my computer certain software to be able to identify me... windows, of course, so I'm denied support :-/ I have worked "in the system", as a telephone network technician, and I was impossible to reach from the clients side, and I solved clients problems... the system was designed to impede such access. Very frustrating for the technician, too. They didn't last long, burnt out. - -- Cheers, Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFH/ReqtTMYHG2NR9URAtuqAJwLp1uGYcJ2PAiS/8/5n47dxY6m+QCfSSTc utmDxjkn2Rskzr2Zxmd6aWE= =1WhH -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
participants (3)
-
Carlos E. R.
-
John Andersen
-
Sandy Drobic