Re: [mailop] [EXTERNAL] Re: What's the point of secondary MX servers?

[Howard F. Cunningham via mailop]

Hi

Where we have multiple internet connections, we setup MX records for both 
connections.  If one connection is down, email flows through the other one.

hc


Howard Cunningham, MCP
Microsoft Small Business Specialist
Macro Systems, LLC
3867 Plaza Drive
Fairfax, VA 22030
www.macrollc.com
703-359-9211
howa...@macrollc.com - personal
For technical support, send an email to serv...@macrollc.com or call 
703-359-9211 (24/7)


-Original Message-
From: mailop [mailto:mailop-boun...@mailop.org] On Behalf Of Chris via mailop
Sent: Thursday, December 17, 2020 5:07 PM
To: mailop@mailop.org
Subject: [EXTERNAL] Re: [mailop] What's the point of secondary MX servers?

Caution brain bending ahead:

Secondary MXes have a role as your main mail server.  Long experience with 
spambotnets reveals that most of them are pretty stupid, because their MX 
capabilities are limited.  In fact, many spambots infections don't do any DNS 
lookups at all, and rely on pre-recorded resolutions done centrally, of JUST 
the primaries, and in some cases long after the resolution has gone stale.  In 
particular, the spambot responsible for most bitcoin extortion and Russian 
pseudo-Canadian Rx is a good example of something that caches resolutions for 
as much as a year or more.

Some of my most effective spamtraps don't have anything MXed at them anymore. 
I've had one trap move from one set of IPs to another.  The old MXes actually 
generate more infected IPs than the new ones do EVEN WITHOUT treating anything 
hitting the old MXes as infected by definition.

[My bot detection rules on the new IPs is around 60% of total traffic. 
Damn spot on 100% on the old ones.]

A few other spambots think they're smarter than you, and will deliberately spam 
the worst priority MX thinking that these will be the servers that have the 
weakest filtering.

If you have a few IPs to burn, and an existing mail server, this is what I 
recommend:

1) Set up a secondary MX pointing at your real mail server with full 
spamfiltering.
2) Set the primary MX pointing at a stub that does nothing more than do a 
reject on HELO/EHLO.
3) Set a tertiary MX pointing at an IP that doesn't actually have anything 
listening.

Many spambots will hit the primary, get a failure, and simply give up. 
Real servers will hit the primary, then try the secondaries.  A few spambots 
will hit the tertiary and waste their time waiting for something that won't 
happen.

Note: both the primary-MX reject, lower priority MX hang proposals did make the 
rounds, separately, many years ago on, say, Usenet discussion forums.

I can personally assure you that they really do work, but your precise mileage 
may vary.

On 2020-12-17 16:21, John Levine via mailop wrote:
> As we all know, MX records have a priority number, and mail senders 
> are supposed to try the highest priority/lowest number servers first, 
> then fall back to the lower priority.
> 
> I understand why secondary MX made sense in the 1980s, when the net 
> was flakier, there was a lot of dialup, and there were hosts that only 
> connected for a few hours or even a few minutes a day.
> 
> But now, in 2020, is there a point to secondary servers? Mail servers 
> are online all the time, and if they fail for a few minutes or hours, 
> the client servers will queue and retry when they come back.
> 
> Secondary servers are a famous source of spam leaks, since they 
> generally don't know the set of valid mailboxes and often don't keep 
> their filtering in sync?  What purpose do they serve now?
> 
> R's,
> John
> 
> PS: I understand the point of multiple MX with the same priority for 
> load balancing.  The question is what's the point of a high priorty 
> server that's always up, and a lower priority server that's, I dunno, 
> probably always up, too.
> 
> 
> 
> ___
> mailop mailing list
> mailop@mailop.org
> https://list.mailop.org/listinfo/mailop
> 

___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop






___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop

[mailop] FW: [EXTERNAL] Re: GMail 550 5.1.1?

[Howard F. Cunningham via mailop]

Hi

Google/Gmail and all Google services have been having problems since yesterday 
morning.

https://downdetector.com/status/gmail/

It seems that Google is having some sort of authentication/validation problem.

hc

Howard Cunningham, MCP
Microsoft Small Business Specialist
Macro Systems, LLC
3867 Plaza Drive
Fairfax, VA 22030
www.macrollc.com
703-359-9211
howa...@macrollc.com - personal
For technical support, send an email to serv...@macrollc.com or call 
703-359-9211 (24/7)


-Original Message-
From: mailop [mailto:mailop-boun...@mailop.org] On Behalf Of John Levine via 
mailop
Sent: Tuesday, December 15, 2020 5:12 PM
To: mailop@mailop.org
Cc: la...@wordtothewise.com
Subject: [EXTERNAL] Re: [mailop] GMail 550 5.1.1?

In article <739cfd79-71ae-4b3c-a9ad-e8db7aa5a...@wordtothewise.com> you write:
>
>Gmail was (and still is) sending out false ‘unknown address’ responses. 
>One person ever reported their own (working, logged
>into) gmail address bouncing. 

I think it's pretty obvious that whatever failed was not something they 
expected to fail, so it's not surprising that it didn't fail in the optimal way.

I'm seeing other odd effects. One of my users has her Gmail account set to pick 
up her mail from my server. That stopped at about 530 AM EST and never resumed. 
We scratched our heads, I suggested she delete the pickup rule and add it 
again, which worked.

R's,
John
___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop





___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop

Re: [mailop] [EXTERNAL] Re: O365 contact (or suggestions)

[Howard F. Cunningham via mailop]

HI Simon

If you are purchasing Office 365 through Pax8 (or Ingram Micro/Arrow/TechData 
or other distributors)  and you properly set them up as Global 
Administrator/Helpdesk administrator, they have access to some of the Microsoft 
backend and may be able to help you.

hc


Howard Cunningham, MCP
Microsoft Small Business Specialist
Macro Systems, LLC
3867 Plaza Drive
Fairfax, VA 22030
www.macrollc.com
703-359-9211
howa...@macrollc.com - personal
For technical support, send an email to serv...@macrollc.com or call 
703-359-9211 (24/7)



On 11/5/20 5:47 AM, Simon Burke via mailop wrote:
> Hi,
> 
> So this morning one of our customers has had all their O365 admin accounts 
> stripped of their admin privileges, and various user accounts are spewing out 
> spam.
> 
> Going through normal support channels we're told we're to wait 2-4business 
> days to speak to anyone at Microsoft (Microsoft first line have told us this 
> timescale).
> 
> Is there anyone who can suggest a contact or anything to move this forward?
> 
> NB. Apparently only global admins can change passwords in this environment, 
> so although we can use the 'sign out of all devices' option, we can't change 
> passwords at all currently.
> 
> We are the O365 reseller in this instance.
> 
> Regards,
> Simon.
> 
> 
> ___
> mailop mailing list
> mailop@mailop.org
> https://list.mailop.org/listinfo/mailop
> 
___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop





___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop

Re: [mailop] Resolving issues for several yahoo domains?

[Howard F. Cunningham via mailop]

Alex

How many connections does Comcast allow from a single source before Comcast 
either starts limiting connections or outright blocks all connections from that 
IP address?

hc


Howard Cunningham, MCP
howa...@macrollc.com - personal
For technical support, send an email to 
serv...@macrollc.com or call 703-359-9211 (24/7)

From: mailop [mailto:mailop-boun...@mailop.org] On Behalf Of Brotman, Alexander 
via mailop
Sent: Thursday, September 05, 2019 11:31 AM
To: '(mailop@mailop.org)'
Subject: Re: [mailop] Resolving issues for several yahoo domains?

One of the interesting things I’ve learned while interacting with ESPs is that 
some of them will artificially restrict the number of messages per session, in 
lieu of opening more sessions. Some of them have told me the values are in the 
low single digits. I’ve kind of wondered the rationale for that might be. Is it 
the idea that you want to get your messages through as quickly as possible?

--
Alex Brotman
Sr. Engineer, Anti-Abuse & Messaging Policy
Comcast

From: mailop  On Behalf Of Benjamin BILLON via mailop
Sent: Thursday, September 5, 2019 10:08 AM
To: mailop@mailop.org
Subject: [EXTERNAL] Re: [mailop] Resolving issues for several yahoo domains?

> Hate to imagine how much mail is currently trying to get into Yahoo and AOL
Same. Hate also to imagine the day (and night?) of the folks working on fixing 
that.

--
Benjamin

From: Dave Holmes 
https://r.xdref.com/?id=x85Facni004272&from=mailop-boun...@mailop.org&to=howa...@macrollc.com&url=mailto:d...@instiller.co.uk>>
Sent: jeudi 5 septembre 2019 15:57
To: Benjamin BILLON 
https://r.xdref.com/?id=x85Facni004272&from=mailop-boun...@mailop.org&to=howa...@macrollc.com&url=mailto:bbil...@splio.com>>
Cc: 
mailop@mailop.org
Subject: Re: [mailop] Resolving issues for several yahoo domains?

Not the quickest or easiest to do as a lot of senders will have different 
limits on different IP pools depending on reputation / previous throughput.

I've dropped in a platform wide rule to back off the mail queues when the 
response is encountered - should do the Job.

Hate to imagine how much mail is currently trying to get into Yahoo and AOL

On Thu, 5 Sep 2019 at 14:39, Benjamin BILLON via mailop 
https://r.xdref.com/?id=x85Facni004272&from=mailop-boun...@mailop.org&to=howa...@macrollc.com&url=mailto:mailop@mailop.org>>
 wrote:
Yes, everyone.
Some, very few, emails are accepted. I believe their servers are overloaded. I 
suggest everyone to back off a bit, for instance by limiting the number of 
concurrent connections per outbound IP to ... 1. Until it gets better.
Forcing our way through is not gonna work, or help.

The DNS issue seems solved now.

--
Benjamin

From: mailop 
https://r.xdref.com/?id=x85Facni004272&from=mailop-boun...@mailop.org&to=howa...@macrollc.com&url=mailto:mailop-boun...@mailop.org>>
 On Behalf Of Dave Holmes via mailop
Sent: jeudi 5 septembre 2019 15:21
To: Ewald Kessler | Webpower 
https://r.xdref.com/?id=x85Facni004272&from=mailop-boun...@mailop.org&to=howa...@macrollc.com&url=mailto:ewald.kess...@webpower.nl>>
Cc: mailop 
https://r.xdref.com/?id=x85Facni004272&from=mailop-boun...@mailop.org&to=howa...@macrollc.com&url=mailto:mailop@mailop.org>>
Subject: Re: [mailop] Resolving issues for several yahoo domains?

Were seeing large mail queues forming on our side but I think this extends 
beyond the DNS I've not come across this message from Yahoo before.

Error: "421 Service not available, closing transmission channel tnmpmscs"

So whilst we have the DNS resolution (possibly cached) they are dropping 
connections all over the place, same goes for all of their other domains.

Anyone else with issues delivering after DNS resolves


On Thu, 5 Sep 2019 at 10:31, Ewald Kessler | Webpower via mailop 
https://r.xdref.com/?id=x85Facni004272&from=mailop-boun...@mailop.org&to=howa...@macrollc.com&url=mailto:mailop@mailop.org>>
 wrote:
Yes, Oath (a.o. Yahoo, AOL) is having serious issues. Their engineers are 
working to resolve the issues.

Regards,
Ewald

On Thu, 5 Sep 2019 at 10:35, tobisworld--- via mailop 
https://r.xdref.com/?id=x85Facni004272&from=mailop-boun...@mailop.org&to=howa...@macrollc.com&url=mailto:mailop@mailop.org>>
 wrote:
We're currently seeing several yahoo domains (ex 
yahoo.de)
 cannot be
resolved any more in DNS. All the responsable nameservers for that
domain do not reply anymore. Only ns4.yahoo.com replies 
from time to
time for 
yahoo.de
 but according to glue record ns4.yahoo.com is not in
charge for 
yahoo.de

[mailop] FW: Office 3654 NDR: : 451 4.7.500 Server busy. Please try again later from

[Howard F. Cunningham]

Hi

I am resubmitting this email as I did not receive a copy

hc


Howard Cunningham, MCP
howa...@macrollc.com<mailto:howa...@macrollc.com> - personal
For technical support, send an email to 
serv...@macrollc.com<mailto:serv...@macrollc.com> or call 703-359-9211 (24/7)

From: Howard F. Cunningham
Sent: Wednesday, July 18, 2018 11:23 AM
To: mailop@mailop.org
Subject: Office 3654 NDR: : 451 4.7.500 Server busy. Please try again later from

Hi

I moved a mailman server that has been hosting a private list for 10 years from 
one data center to a new datacenter over the weekend.

After getting a PTR record setup, I was then able to get mailman's IP address 
delisted at Microsoft.

Now, any emails from mailman, about 30 users,  to Office 365, the following NDR 
is returned:

Jul 18 10:32:00 macrh01 postfix/smtp[29165]: B40B24092C: 
to=mailto:br...@.com>>, 
relay=xx-com.mail.protection.outlook.com[207.46.163.10]:25, delay=76, 
delays=0.07/72/2.8/0.95, dsn=4.7.500, status=deferred (host 
x-com.mail.protection.outlook.com[207.46.163.10] said: 451 4.7.500 Server 
busy. Please try again later from [38.127.207.153]. (AS77713200) 
[DM3NAM03FT040.eop-NAM03.prod.protection.outlook.com] (in reply to end of DATA 
command))

Any suggestions as to where/how I go to clear this?

hc


Howard Cunningham, MCP
Microsoft Small Business Specialist
Macro Systems, LLC
3867 Plaza Drive
Fairfax, VA 22030
www.macrollc.com<http://www.macrollc.com/>
703-359-9211
howa...@macrollc.com<mailto:howa...@macrollc.com> - personal
For technical support, send an email to 
serv...@macrollc.com<mailto:serv...@macrollc.com> or call 703-359-9211 (24/7)


--
ExchangeDefender Message Security: Click below to verify authenticity
https://verify.exchangedefender.com/verify.php?id=w6J0493R007074&from=howa...@macrollc.com


___
mailop mailing list
mailop@mailop.org
https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop

[mailop] Office 3654 NDR: : 451 4.7.500 Server busy. Please try again later from

[Howard F. Cunningham]

Hi

I moved a mailman server that has been hosting a private list for 10 years from 
one data center to a new datacenter over the weekend.

After getting a PTR record setup, I was then able to get mailman's IP address 
delisted at Microsoft.

Now, any emails from mailman, about 30 users,  to Office 365, the following NDR 
is returned:

Jul 18 10:32:00 macrh01 postfix/smtp[29165]: B40B24092C: 
to=, 
relay=xx-com.mail.protection.outlook.com[207.46.163.10]:25, delay=76, 
delays=0.07/72/2.8/0.95, dsn=4.7.500, status=deferred (host 
x-com.mail.protection.outlook.com[207.46.163.10] said: 451 4.7.500 Server 
busy. Please try again later from [38.127.207.153]. (AS77713200) 
[DM3NAM03FT040.eop-NAM03.prod.protection.outlook.com] (in reply to end of DATA 
command))

Any suggestions as to where/how I go to clear this?

hc


Howard Cunningham, MCP
Microsoft Small Business Specialist
Macro Systems, LLC
3867 Plaza Drive
Fairfax, VA 22030
www.macrollc.com
703-359-9211
howa...@macrollc.com - personal
For technical support, send an email to 
serv...@macrollc.com or call 703-359-9211 (24/7)


--
ExchangeDefender Message Security: Click below to verify authenticity
https://verify.exchangedefender.com/verify.php?id=w6IFMaX1028244&from=howa...@macrollc.com


___
mailop mailing list
mailop@mailop.org
https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop

[mailop] test 11:04

[Howard F. Cunningham]

HI

No emails recently.   Testing
hc


Howard Cunningham, MCP
Microsoft Small Business Specialist
Macro Systems, LLC
3867 Plaza Drive
Fairfax, VA 22030
www.macrollc.com
703-359-9211
howa...@macrollc.com - personal
For technical support, send an email to 
serv...@macrollc.com or call 703-359-9211 (24/7)


--
ExchangeDefender Message Security: Click below to verify authenticity
https://verify.exchangedefender.com/verify.php?id=w6IF5I3P025380&from=howa...@macrollc.com


___
mailop mailing list
mailop@mailop.org
https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop

Re: [mailop] AOL not accepting mail tonight?

[Howard F. Cunningham]

Hi

My clients are getting to AOL now.

hc

Howard Cunningham, MCP
howa...@macrollc.com - personal
For technical support, send an email to 
serv...@macrollc.com or call 703-359-9211 (24/7)

From: mailop [mailto:mailop-boun...@mailop.org] On Behalf Of Lili Crowley
Sent: Wednesday, March 29, 2017 10:44 PM
To: Toshiaki Onishi
Cc: mailop; Tara Natanson
Subject: Re: [mailop] AOL not accepting mail tonight?

We are looking better here now.

You should be seeing improvement (I hope)



Lili Crowley
AOL Postmaster


On Wed, Mar 29, 2017 at 9:11 PM, Toshiaki Onishi via mailop 
mailto:mailop@mailop.org>> wrote:
Hi Tara
I'm seeing the same thing over here as well.
Regards
Toshi

On Thu, Mar 30, 2017 at 11:59 AM, Tara Natanson 
mailto:tar...@natanson.net>> wrote:
Anyone else having all mail to AOL rejected for the last hour?


Mar 29 20:45:12 p2-lvmail11 lsb1-99-208-250/smtp[22251]: A88DFC2DBE9: 
to=mailto:redac...@aol.com>>, 
relay=mailin-01.mx.aol.com[64.12.91.195]:25, delay=0.18, 
delays=0.01/0/0.14/0.03, dsn=5.1.1, status=bounced (host 
mailin-01.mx.aol.com[64.12.91.195] said: 550 5.1.1 
mailto:redac...@aol.com>>: Recipient address rejected: 
aol.com (in reply to RCPT TO command))

Tara Natanson
(Constant Contact)

___
mailop mailing list
mailop@mailop.org
https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop



--
Toshiaki Onishi

Email Operations Specialist, APAC

D +61 2 8277 6938
M +61 404 882 045
toni...@groupon.com

___
mailop mailing list
mailop@mailop.org
https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop


--
ExchangeDefender Message Security: Click below to verify authenticity
https://admin.exchangedefender.com/verify.php?id=v2U2pBsa025181&from=howa...@macrollc.com


___
mailop mailing list
mailop@mailop.org
https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop

Re: [mailop] Should I be disappointed with Reflexion?

[Howard F. Cunningham]

HI

This is a great conversation...

In regards to sending password protected zip files, I am aware of several spam 
filters that inspect the contents of zip files and if the file is password 
protected it is blocked..

hc


Howard Cunningham, MCP
howa...@macrollc.com - personal
For technical support, send an email to serv...@macrollc.com or call 
703-359-9211 (24/7)

-Original Message-
From: mailop [mailto:mailop-boun...@mailop.org] On Behalf Of Michael Orlitzky
Sent: Thursday, April 14, 2016 11:27 AM
To: mailop@mailop.org
Subject: Re: [mailop] Should I be disappointed with Reflexion?

On 04/14/2016 10:35 AM, Mark Keymer wrote:
> 
> I do know that many hospitals, banks etc. Do use this type of 
> encryption to e-mail the client and basically tell them to log into 
> there web portal to view the encrypted e-mail.
> 
> What other options are our there for sending encrypted e-mails?

Problem: we want to ensure that a third party can't read our emails.
Solution: give those emails to a third party to put on the web.

The user-unfriendly forms of encryption are unfriendly because they work. If it 
doesn't have to work, I can make it real friendly =)

A password-protected zip file works just as well as using a third party.
You still have the (unsolvable) problem of getting the password to the 
recipient in a secure way, but at least you haven't given away the thing that 
you're trying to keep secret. (How would you get the webpage password to the 
recipient? Do that.)

___
mailop mailing list
mailop@mailop.org
https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop

--
ExchangeDefender Message Security: Click below to verify authenticity
https://admin.exchangedefender.com/verify.php?id=u3EGMQOu002383&from=howa...@macrollc.com


___
mailop mailing list
mailop@mailop.org
https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop

Re: [mailop] problem sending to live.com and msn.com

[Howard F. Cunningham]

Hi

Is this possibly a TLS/SSL problem?  I have run into a couple of problems with 
servers that either are accepting TLS 1.0/SSL 2/3 or not accepting those and 
not sending the emails..

hc

Howard Cunningham, MCP
howa...@macrollc.com - personal
For technical support, send an email to serv...@macrollc.com or call 
703-359-9211 (24/7)

-Original Message-
From: mailop [mailto:mailop-boun...@mailop.org] On Behalf Of Geoff Mulligan
Sent: Wednesday, July 15, 2015 9:53 PM
To: mailop@mailop.org
Subject: Re: [mailop] problem sending to live.com and msn.com

Folks,
   Is my problem so simple and obvious that no one will answer?  I just ran a 
check at mxtoolbox and a few other sites and 209.177.157.218 isn't listed.

Is there anyone from msn or live on here that can help me?

 Geoff


On 07/14/2015 02:05 PM, Geoff Mulligan wrote:
> Hello everyone,
> I wrote a while back about problems sending to aol and yahoo (I think 
> that I've sort of solved that.)
>
> I run a mailing list for the USAF Academy Alumni and another for the 
> White House PIF Alumni and just recently I started getting bounces 
> from live and msn.
>
> Here is the error:
>
> : host mx1.hotmail.com[65.55.92.168] said: 550 OU-002
> (SNT004-MC3F25) Unfortunately, messages from 209.177.157.218 
> weren't sent.
> Please contact your Internet service provider since part of their 
> network
> is on our block list. You can also refer your provider to
> http://mail.live.com/mail/troubleshooting.aspx#errors. (in reply 
> to MAIL
> FROM command)
>
> 550 OU-002 has something possibly to do with my IP/domain reputation. 
> I don't think 209.177.157.218 is on any spam list.
>
> Can anyone help me correct this?
>
> Geoff
>
>


___
mailop mailing list
mailop@mailop.org
http://chilli.nosignal.org/mailman/listinfo/mailop

--
ExchangeDefender Message Security: Click below to verify authenticity
https://admin.exchangedefender.com/verify.php?id=t6G21k0E010987&from=howa...@macrollc.com



___
mailop mailing list
mailop@mailop.org
http://chilli.nosignal.org/mailman/listinfo/mailop

[mailop] spam filter deleting emails with php links

[Howard F. Cunningham]

HI

I have been trying to get email delivery problems resolved for two clients that 
are using the same company for spam filtering for a month..

The  spam filter company  won't talk to me as I am not their client.  Finally, 
after forwarding multiple SMTP logs to both clients, and having the president 
of my client contact the president of their client, we finally have the spam 
filter people talking to me...

I was told that the problem was that there was a rule in their filters that 
delete, without notice, all emails that have php links in the emails?

Has anyone ever heard of deleting emails with php links in a spam filter?

thanks



Howard Cunningham, MCP
Microsoft Small Business Specialist
Macro Systems, LLC
3867 Plaza Drive
Fairfax, VA 22030
www.macrollc.com
703-359-9211
howa...@macrollc.com - personal
For technical support, send an email to 
serv...@macrollc.com or call 703-359-9211 (24/7)


--
ExchangeDefender Message Security: Click below to verify authenticity
https://admin.exchangedefender.com/verify.php?id=t2PFOT29017369&from=howa...@macrollc.com


___
mailop mailing list
mailop@mailop.org
http://chilli.nosignal.org/mailman/listinfo/mailop

Re: [mailop] Help. Why are my emails being marked as spam by google?

[Howard F. Cunningham]

Steve

That is not what the "a" is for.  The "a" uses an A record and is not related 
IPv6 specifically

>From http://www.openspf.org/SPF_Record_Syntax

The "ip6" mechanism (edit)
ip6:
ip6:/
The argument to the "ip6:" mechanism is an IPv6 network range. If no 
prefix-length is given, /128 is assumed (singling out an individual host 
address).

Examples:

"v=spf1 ip6:1080::8:800:200C:417A/96 -all"

Allow any IPv6 address between 1080::8:800:: and 1080::8:800::.
"v=spf1 ip6:1080::8:800:68.0.3.1/96 -all"

Allow any IPv6 address between 1080::8:800:: and 1080::8:800::.


Howard Cunningham, MCP
howa...@macrollc.com - personal
For technical support, send an email to serv...@macrollc.com or call 
703-359-9211 (24/7)


-Original Message-
From: mailop [mailto:mailop-boun...@mailop.org] On Behalf Of Steve Holdoway
Sent: Monday, March 16, 2015 6:36 PM
To: Dave Israel
Cc: mailop@mailop.org
Subject: Re: [mailop] Help. Why are my emails being marked as spam by google?

On Mon, 2015-03-16 at 18:16 -0400, Dave Israel wrote:

> Make sure your mailer is set to use the right ipv6 address as a 
> source; my v6 servers have a few addresses, and without explicit 
> configuration, they'd invariably pick the wrong one when sending mail.  
> That gave me the same symptom you're seeing with google.
There's only one enabled, and google is saying it's good with that.
> 
> also: Your spf record is "v=spf1 a mx ip4:120.138.27.178 ~all", which 
> doesn't look like it ought to be helping for v6.
It's my understanding that a includes  with an SPF record. The specific IP 
address is a fallback in case we need to use a separate server - irrespective 
of whether it's in the same domain.
> 
> -Dave

If I'm wrong, please let me know!


Steve
--
Steve Holdoway BSc(Hons) MIITP
http://www.greengecko.co.nz
Linkedin: http://www.linkedin.com/in/steveholdoway
Skype: sholdowa


___
mailop mailing list
mailop@mailop.org
http://chilli.nosignal.org/mailman/listinfo/mailop

--
ExchangeDefender Message Security: Click below to verify authenticity
https://admin.exchangedefender.com/verify.php?id=t2GMih29008445&from=howa...@macrollc.com



___
mailop mailing list
mailop@mailop.org
http://chilli.nosignal.org/mailman/listinfo/mailop

[mailop] is there a IXHosting email admin here?

[Howard F. Cunningham]

Hi

I am looking for an IXHosting email admin person that can help with a 
problem... (ticket 2673401)

I have smtp logs where emails are being accepted by one of the IXHosting email 
servers, 76.162.254.119, but the emails are not being delivered to the user's 
mailbox.

An example SMTP log:

Feb 24 12:23:56 inbound58  [27775]: t1OHLm4S026152: 
to=, delay=00:02:05, xdelay=00:00:00, mailer=smtp, 
pri=121554, relay=[76.162.254.119] [76.162.254.119], dsn=2.0.0, stat=Sent (ok: 
Message 1772379359 accepted)

I am being told that the hosted spam filter in front of IXHosting is 
misconfigured.  It looks like no one completely read the SMTP logs that I 
included in the support ticket.  If the spam filter was mis-configured why are 
all of the SMTP logs are showing that the emails were accepted  They are 
not showing up in the user's mailbox.

hc

Howard Cunningham, MCP
Microsoft Small Business Specialist
Macro Systems, LLC
3867 Plaza Drive
Fairfax, VA 22030
www.macrollc.com
703-359-9211
howa...@macrollc.com - personal
serv...@macrollc.com - service


--
ExchangeDefender Message Security: Click below to verify authenticity
https://admin.exchangedefender.com/verify.php?id=t1ONnGw6003155&from=howa...@macrollc.com


___
mailop mailing list
mailop@mailop.org
http://chilli.nosignal.org/mailman/listinfo/mailop

[mailop] Is anyone here from LunarPages/LunasBreezes?

[Howard F. Cunningham]

Hi

If there is someone here from LunarPages/Lunarbreezes, I would appreciate it if 
you would contact me off list.  I am having email delivery problems with one of 
the hosted websites and the enduser does not understand what log files I am 
asking them to get from LunarBreeze.

Thanks
hc


Howard Cunningham, MCP
Microsoft Small Business Specialist
Macro Systems, LLC
3867 Plaza Drive
Fairfax, VA 22030
www.macrollc.com
703-359-9211
howa...@macrollc.com - personal
serv...@macrollc.com - service


--
ExchangeDefender Message Security: Click below to verify authenticity
https://admin.exchangedefender.com/verify.php?id=t0UNMuYC001859&from=howa...@macrollc.com


___
mailop mailing list
mailop@mailop.org
http://chilli.nosignal.org/mailman/listinfo/mailop

Re: [mailop] Gmail Spam Issue

[Howard F. Cunningham]

Hi

Since you have other clients using that hosted provider with no problems, this 
strikes me as not being the provider's problem but rather something external to 
the provider.


Have you done the basics?


-  Is there a valid PTR record?

-  Is there a valid (and correct) SPF record? (a bad SPF record can 
cause more problems than no SPF record)

You will not receive a NDR if the email arrives and is delivered to the spam 
folder as the email was received and delivered to the user.


hc




Howard Cunningham, MCP
howa...@macrollc.com - personal
For technical support, send an email to 
serv...@macrollc.com or call 703-359-9211 (24/7)

From: mailop [mailto:mailop-boun...@mailop.org] On Behalf Of Aaron Smith
Sent: Tuesday, January 20, 2015 8:42 PM
To: mailop@mailop.org
Subject: [mailop] Gmail Spam Issue

Hi There,

We're currently looking into an issue with one of our clients having spam 
issues with Gmail as was hoping someone might have some ideas.

When the client sends an email to a Gmail address, more often then not the 
email goes into the recipent's spam folder (it's not all going to spam, about 
50%). We are not reciving any NDR either suggesting the emails are going 
through fine.

We have triple checked that the domain and IPs are not blacklisted and have not 
had reports of issues other then Gmail recipents. I have also checked the 
content of the emails and they appear to be "spammy", all the emails are just 
regular emails (not newsletter or anything).

The client is using a Hosted Exchnage solution (via a Hosting provider) and we 
have tried to escalate the issue with them but have not been able to make much 
progress. We also have other clients using the same email provider that have 
not reported any issues so my thinking it is the domain that has a bad 
reputation at Gmail's end for some reason.

If someone from Google or anywhere else could shed some light into the issue 
that would be much appreciated. We are almost at the stage of moving providers 
(to O365) but my fear is it's not going to fix the issue.

Thanks,

AS

--
ExchangeDefender Message Security: Click below to verify authenticity
https://admin.exchangedefender.com/verify.php?id=t0L2C4jG015446&from=howa...@macrollc.com


___
mailop mailing list
mailop@mailop.org
http://chilli.nosignal.org/mailman/listinfo/mailop