Re: [mailop] Recommendations for mail campaign services
> I'm working with a non-profit company that would like to use an e-mail > campaign system. I spent a while evaluating a few of these for a local non-profit group. I eventually settled on https://emailoctopus.com/ I'm really pleased with it: it works well and has a nice user interface. Having used Mailchimp before, I consider EmailOctopus to have a slicker user interface and I also found it more responsive as a web application. Andy ___ mailop mailing list mailop@mailop.org https://list.mailop.org/listinfo/mailop
Re: [mailop] Problems with Proofpoint?
On Wed, 27 Jan 2021 14:24:17 -0700 Jaren Angerbauer wrote: > Got your first email this morning :) > > Will respond to you in a bit. Brilliant, thanks Jaren. Sorry, I didn't want to assume you were on standby for an instant response ;-) Andy ___ mailop mailing list mailop@mailop.org https://list.mailop.org/listinfo/mailop
[mailop] Problems with Proofpoint?
Hi, Is anyone else seeing any problems delivering to domains hosted at Proofpoint? We're seeing most (but not all) of our emails deferred, with a message to check the sending IP address at ipcheck.proofpoint.com. When we do that, the IP addresses are reported as not blocked. E.g. status=deferred (host mx0a-0016c301.pphosted.com[67.231.148.70] refused to talk to me: 421 Deferred - see https://ipcheck.proofpoint.com/?ip=78.143.254.171) I've contacted postmas...@proofpoint.com and also the recipient customer has contacted them, but just wondering whether this is a general issue or just us. The sending IP addresses in question are 78.143.254.171-174 Thanks, Andy ___ mailop mailing list mailop@mailop.org https://list.mailop.org/listinfo/mailop
[mailop] Contact at qq.com / Tencent
A bit of a long shot, but does anyone have a contact at qq.com / Tencent Mail? We moved outbound IP address a few months ago, and the only provider that we are still needing to deliver to using the old IP addresses is qq.com, which is rate-limiting the new range with the messages: "550 Ip frequency limited" and "550 Sender frequency limited" Thanks, Andy ___ mailop mailing list mailop@mailop.org https://list.mailop.org/listinfo/mailop
Re: [mailop] Looking for possible mailing list hosting
On Wed, 16 Dec 2020 11:04:04 -0500 Dave Shevett wrote: > Does anyone know of a hosting company that uses mailman (or something > roughly equivalent) and doesn't cost an arm and a leg? We're a social > community that uses the mailing list for internal dicusssions - this > isn't customer facing stuff. > > We're looking at groups.io as well - any other suggestions? Shameless plug for Simplelists.com ;-) Message me off-list if you have any specific questions. Andy ___ mailop mailing list mailop@mailop.org https://list.mailop.org/listinfo/mailop
[mailop] Rackspace point of contact
Dear all, Is there anyone that can help with a Rackspace delivery problem please? We're moving IP addresses and are having trouble with getting anything other than a tiny trickle of email delivered from the new IP space (78.143.254.0/24). I've tried postmas...@emailsrvr.com but have received no response from 2 emails sent last week. Many thanks, Andy ___ mailop mailing list mailop@mailop.org https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop
Re: [mailop] t-online.de outage?
On Tue, 9 Jun 2020 11:13:34 -0500 Al Iverson via mailop wrote: > Anybody else who is bored, feel free to share your telnet test > results From the very same server, I get different results depending on which local IP address I bind to. If I bind to an IP address which regularly sends email (89.16.184.172) then it connects fine, but if I connect from an IP address that never normally sends email (89.16.162.4), then I get the same error message that others are reporting. Andy ___ mailop mailing list mailop@mailop.org https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop
Re: [mailop] Which ESP forces double opt in?
On Mon, 08 Jun 2020 09:28:27 + mailop@mailop.org wrote: > Which ESP does 100% (double/confirmed) opt in? We do by default. We then allow a customer to request that the opt-in requirement be relaxed. Of course, we can't guarantee that what a customer tells us is true when we process this request. We do send on different IP addresses though per email address, depending on whether the recipient has opted in via us (and then we mark that as such in the SuretyMail IADB entry). Andy ___ mailop mailing list mailop@mailop.org https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop
Re: [mailop] Moving to a new outbound IP range
On Wed, 03 Jul 2019 22:52:21 +0800 Philip Paeps via mailop wrote: > The factory that made IPv4 addresses has been closed for a while. They > don't make new IPv4 addresses any longer. I don't believe "completely > clean" IPv4 address space exists anywhere. Certainly in the RIPE > region, all you're going to get is returned address space. > > I think "the devil you know" might be the better option. RIPE NCC will > assign you whatever allocation is next, which may have once been > hijacked or otherwise unsanitary. You have no way to know. If you're > transferring space from a broker, you can do at least some due > diligence. > > Whichever option you go for ... you'll have to ramp it up slowly. Even > if the block you get allocated has inexplicably never been seen to send > email before, the absence of a reputation is also a reputation in the > benighted times we live in. Thanks for the comprehensive advice Philip - much appreciated. I'll see what's available. Andy ___ mailop mailing list mailop@mailop.org https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop
Re: [mailop] Moving to a new outbound IP range
On Mon, 1 Jul 2019 14:19:03 +0100 (BST) Andrew C Aitchison wrote: > On Mon, 1 Jul 2019, Simplelists - Andrew Beverley via mailop wrote: > > Dear all, > > > > I'm after some general advice about moving to a new outbound email IP > > address range. > > > > We have a choice of either applying for a brand new range from RIPE > > (which has presumably never been used before to send email), or buying > > an existing block that may have been used. > > > > Would it be better to go for the brand new block? Obviously any > > existing block could be checked in DNSBLs etc, but are there any > > advantages of using an existing block? > > Are they both IPv4 ? Both IPv6 ? Both IPv4. Andy ___ mailop mailing list mailop@mailop.org https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop
[mailop] Moving to a new outbound IP range
Dear all, I'm after some general advice about moving to a new outbound email IP address range. We have a choice of either applying for a brand new range from RIPE (which has presumably never been used before to send email), or buying an existing block that may have been used. Would it be better to go for the brand new block? Obviously any existing block could be checked in DNSBLs etc, but are there any advantages of using an existing block? Thanks, Andy ___ mailop mailing list mailop@mailop.org https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop
Re: [mailop] Outlook/Hotmail reporting to us that a mail has been declared as SPAM by a recpient, but... ?
On Fri, 28 Jun 2019 07:52:08 + Sébastien Riccio wrote: > So we forwarded the information to the sender for their information. > Their recipient replied to our customer they did not flagged this > message as SPAM at all and that only one message was in their spambox > and it went there automatically. > > Aren't feedback loops reporting manual « Mark as spam » only ? Just > trying to figure out what is going on here. We've seen this a few times. We've come to the conclusion that it's either anti-spam software on the local computer that is automatically moving the email into the user's spam folder (and thus marking it as spam), or the users are accidentally doing it themselves without realising it. I'm pretty sure it's not happening at the provider's end. Andy ___ mailop mailing list mailop@mailop.org https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop
Re: [mailop] Contact at cox.net
Replied off-list. Andy On Fri, 7 Jun 2019 13:00:48 +1000 Mark Dale via mailop wrote: > > Hi Andy, > > Do you have a contact at Cox? We haven't had any response from their > postmaster address. > > Regards, > Mark > > Original Message ---- > From: Simplelists - Andrew Beverley [mailto:a...@simplelists.com] > Sent: Thursday, June 6, 2019, 11:28 PM UTC > To: m...@mailmanlists.net > Cc: Mark Dale via mailop > Subject: [mailop] Contact at cox.net > > > Mark, James, > > > > Sorry for not replying before - I had some very-useful off-list > > assistance, and am pleased to report that the issue is now resolved. > > I'll let them make contact as required. > > > > Regards, > > > > Andy > > > > > > On Fri, 7 Jun 2019 08:31:12 +1000 > > Mark Dale via mailop wrote: > > > >> Hi, > >> > >> Was the issue with cox.net resolved? We're seeing the same error applied > >> at seemingly random intervals. It popped up last week then again yesterday. > >> > >> Best, > >> Mark > >> > >> > >> > >> On 6/6/19 10:38 pm, James Hoddinott via mailop wrote: > >>> What IP(s) are you sending from? Not promising anything but I might be > >>> able to dig in to the data and see if anything useful can be found > >>> related to your sends. > >>> > >>> On Fri, 31 May 2019 at 08:25, Simplelists - Andrew Beverley via mailop > >>> mailto:mailop@mailop.org>> wrote: > >>> > >>> Hi, > >>> > >>> Does anyone have any contacts at cox.net <http://cox.net> please? We > >>> are seeing 452 > >>> error code CXMXRT when trying to deliver (meaning "The email sender > >>> has > >>> exceeded the maximum number of sent email allowed"), despite > >>> throttling > >>> delivery down to 1 email every 12 seconds. > >>> > >>> Many thanks, > >>> > >>> Andy > >>> > >>> ___ > >>> mailop mailing list > >>> mailop@mailop.org <mailto:mailop@mailop.org> > >>> https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop > >>> > >>> > >>> ___ > >>> mailop mailing list > >>> mailop@mailop.org > >>> https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop > >>> > >> > >> ___ > >> mailop mailing list > >> mailop@mailop.org > >> https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop > > > > > > ___ > mailop mailing list > mailop@mailop.org > https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop -- Simplelists - Andrew Beverley ___ mailop mailing list mailop@mailop.org https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop
Re: [mailop] Contact at cox.net
Mark, James, Sorry for not replying before - I had some very-useful off-list assistance, and am pleased to report that the issue is now resolved. I'll let them make contact as required. Regards, Andy On Fri, 7 Jun 2019 08:31:12 +1000 Mark Dale via mailop wrote: > Hi, > > Was the issue with cox.net resolved? We're seeing the same error applied > at seemingly random intervals. It popped up last week then again yesterday. > > Best, > Mark > > > > On 6/6/19 10:38 pm, James Hoddinott via mailop wrote: > > What IP(s) are you sending from? Not promising anything but I might be > > able to dig in to the data and see if anything useful can be found > > related to your sends. > > > > On Fri, 31 May 2019 at 08:25, Simplelists - Andrew Beverley via mailop > > mailto:mailop@mailop.org>> wrote: > > > > Hi, > > > > Does anyone have any contacts at cox.net <http://cox.net> please? We > > are seeing 452 > > error code CXMXRT when trying to deliver (meaning "The email sender has > > exceeded the maximum number of sent email allowed"), despite throttling > > delivery down to 1 email every 12 seconds. > > > > Many thanks, > > > > Andy > > > > ___ > > mailop mailing list > > mailop@mailop.org <mailto:mailop@mailop.org> > > https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop > > > > > > ___ > > mailop mailing list > > mailop@mailop.org > > https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop > > > > ___ > mailop mailing list > mailop@mailop.org > https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop -- Simplelists - Andrew Beverley ___ mailop mailing list mailop@mailop.org https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop
[mailop] Contact at cox.net
Hi, Does anyone have any contacts at cox.net please? We are seeing 452 error code CXMXRT when trying to deliver (meaning "The email sender has exceeded the maximum number of sent email allowed"), despite throttling delivery down to 1 email every 12 seconds. Many thanks, Andy ___ mailop mailing list mailop@mailop.org https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop
[mailop] Contact at tds.net
Hi, Is there anyone here who can help with delivery problems to tds.net? I have tried postmas...@tds.net but I get: postmas...@tds.net (reading confirmation): 554 5.4.6 mail loop detected And their online forms seem to be orientated towards their own users. Thanks, Andy ___ mailop mailing list mailop@mailop.org https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop
Re: [mailop] Our customers e-mail constantly going to outlook.com junkmail (any Microsoft people around?)
Hi Michael, On Thu, 18 Apr 2019 20:06:41 + Michael Wise wrote: > The one guaranteed way to get traffic delivered to the INBOX is for > the recipient to SafeSender the domains. Just to clarify, does this have to be the domain in the RFC822-From address? Or can it be another header such as return-path or sender? I'm just thinking in the case of a mailing list, whether the recipient could white-list all list emails using the domain in the return-path, or whether they would have to white-list all individual domains that post to the list (assuming it hasn't been rewritten of course). Thanks, Andy ___ mailop mailing list mailop@mailop.org https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop
