Hi Jeroen
I know about the sad Port-25 story, but that does not seem the point hier. The cases look like this:
user@DomainHostedAtMhs is sending a mail to our mhs mail relays to normaluser@bluewin.ch. This works as expected.
Our mailserver then forwards the mail to the MX hosts for @bluewin.ch domain. This works too, (no reject on smtp level) but the mail never appears in the inbox at normaluser@bluewin.ch OR it appears, but without attachments.
Our sending ip at mhs is 213.188.32.73.
Best wishes, Matthias
_________________________________________
mhs @ internet AG Zürcherstrasse 204, CH - 9014 St. Gallen Phone +41 71 274 93 93, Fax +41 71 274 93 94 http://www.mhs.ch _________________________________________
----- Original Message ----- From: "Jeroen Massar" jeroen@unfix.org To: "Matthias Hertzog" m.hertzog@mhs.ch Cc: swinog@swinog.ch Sent: Friday, November 19, 2010 4:41 PM Subject: Re: [swinog] Anyone else having strange "attachment lost" effects when delivering mails to @bluewin.ch accounts?
On 2010-11-19 16:19, Matthias Hertzog wrote:
Hi folks!
It started about 2 weeks ago with one of our clients affected. In the meantime, the cases pile up here more and more. Some mails are completly lost after we deliver them to the bluewin MX, others 'only' loose their attachments. According to swisscom support, none of our mailservers are blocked / blacklisted there.
Can you clarify, what are the source/destination IP and email pairs? Are you sending from inside swisscom/bluewin to the SMTP servers for bluewin.ch (you state the MX) with as source a non-swisscom/bluewin address, or are you trying to send mail from swisscom/bluewin through their SMTP servers from/to what address?
As a related thing, did you ask your customers if they where notified of http://www.swisscom.ch/p25 and if that maybe is affecting delivery of emails? It being 'transparent' and just meddling with your connection in the middle, it might just do all kinds of weird things that nobody has a sight on what it is doing. And, of course still no opt-out method. I heard that you have to call techsupport, but really, I don't look forward to hanging on a phone for hours trying to educate some layer-1 support person what email is.....
from that URL: "This filter now also checks e-mail from free e-mail providers such as GMX, Google Mail and Hotmail if the e-mail is sent from a Swisscom connection"
Clearly they are doing HTTP inspection as otherwise they would not even catch most likely a percentage of the spam being sent out over those providers which are all HTTP based, that while SMTP is barely an option that only few people know about...
As a solution: provide for your customers a service: World Wide Email Delivery system
aka port 587, SSL'd with accounts on it....
Greets, Jeroen