Sorry for the top post...on webmail atm.

Well, I see a 250 OK which I *think* is an acceptance from Shaw. Granted, I'm not all that up on the process. The IP thing, though - I can see how my server would see CosmoPOD making a connect, but Shaw should only see my mail server connect to it, not CosmoPOD, no?

I've done some more digging and it appears that it is indeed something spammy on Shaw's end, but it didn't appear to be an RBL thing at first. I could, for example, get an email with a long body through if I added a line of text to it. Just forwarding it without adding anything to it, though, would fail. The crappy thing is that Shaw's anti-spam doesn't write anything to the email so you can't tell what's going on.

On your RBL suggestion I took a look around and sure enough CosmoPOD's mail IP is on a blacklist. I don't know if all CosmoPOD accounts use that same IP range or not, but that doesn't bode well.

In the end, I just switched mail servers away from Shaw and now everything is getting through. I'll purse the verbose logging tomorrow and see what there is to see.

Thanks!

 

Thu Jun 29 23:36:57 2006 from Shawn to CLUG General
Subject: Re: [clug-talk] Bizarre CosmoPOD Email Problem.

Because it's coming from CosmoPod, the source IP would be whatever
CosmoPod uses. I would suspect that the IP and/or it's subnet range
have been black listed.

Secondly, you indicate the message is being accepted, but are you sure?
An incoming connection is not the same as delivering the message. It
could be the message is being accepted into your server's queue but then
rejecting to relay it. To check this, you'll probably have to turn on
verbose logging In Postfix's master.cf file, the first smtp line - add
"-v" at the end of the line (without quotes) - then restart postfix.
Then try the process again a couple of times, then check the logs.

That said, if you can use Kmail from work AND your laptop (while on the
road), then the relay thing should not be an issue. But the verbose
logging might still lead to the problem.

HTH

Shawn

Jon wrote:
> As the subject states, I have a bizarre CosmoPOD problem. For background -
> CosmoPOD is an online KDE desktop. Here's the problem:
>
> When I send email from KMail in CosmoPOD, it never arrives at any Shaw email
> address and it sporadically appears at other non-Shaw email addresses.
> However, when sending email from my local laptop instance of KMail, it
> arrives at all locations correctly.
>
> Here's the kicker - I use my own mail server in both cases and both KMail
> instances are configured the same way. Further, my mail log shows the same
> connect/accept regardless of whether I'm using my local KMail or CosmoPOD
> Kmail. There are no errors - the Shaw mail server clearly accepts the email,
> but never delivers those originating from CosmoPOD.
>
> My best guess is that there's something wonky in the emails from CosmoPOD that
> triggers Shaw's spam filters or something. I just can't figure out what it
> could be since I'm using the same mail server in both cases. I've grepped my
> mail log for instances of cosmopod thinking that it could be a domain
> mismatch triggering Shaw's SPF or something, but there are no such instances.
>
> And now I'm out of ideas. Given that I don't have access to Shaw's logs to see
> what happens to my email once delivered I don't know where else to look.
>
> Anyone have any bright ideas of what might be going on?
>
> Thanks!
>
> J



_______________________________________________
clug-talk mailing list
[email protected]
a xhref=http://clug.ca/mailman/listinfo/clug-talk_clug.ca TARGET=webcit01http://clug.ca/mailman/listinfo/clug-talk_clug.ca/A
Mailing List Guidelines (a xhref=http://clug.ca/ml_guidelines.php TARGET=webcit01http://clugca/ml_guidelines.php/A)
**Please remove these lines when replying



--
http://www.jonwatson.ca
_______________________________________________
clug-talk mailing list
[email protected]
http://clug.ca/mailman/listinfo/clug-talk_clug.ca
Mailing List Guidelines (http://clug.ca/ml_guidelines.php)
**Please remove these lines when replying

Reply via email to