Re: [mailop] Google Postmaster Tools

> On 1 Apr 2024, at 10:05, Odhiambo Washington via mailop > wrote: > >> >> You must reach a certain volume of messages before anything will appear. > > > Thank you for that insight. > > Do you know what the minimum volume is? It’s a couple of hundred per day, I don’t think they publish an

Re: [mailop] Recommended ciphers used for ESMTP connections

I think you have to consider Postel's Law here. If your cipher choices are causing problems for your clients, then... maybe relax them a bit? Transport encryption is not for confidentially anyway. Ken. On Mon, Mar 4, 2024, 16:34 Cyril - ImprovMX via mailop wrote: > Hi everyone, > > Some user

Re: [mailop] How to deal with newly RBLed subnet?

Hi Christos, The operator of that RBL is a regular poster here and I presume they will be able to assist you in the case of a false positive. Ken. On Sat, Mar 2, 2024, 18:11 Christos Panagiotakis via mailop < mailop@mailop.org> wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > Hell

Re: [mailop] One click unsubscribe in mailing list messages

Outlook has supported list-unsubscribe for at least a year, if not longer. But, it's an add-on you need to proactively install so... Ken. On Sun, Feb 25, 2024, 19:47 John Levine via mailop wrote: > It appears that Hans-Martin Mosner via mailop said: > >Yes. I'm looking at you, thunderbird...

Re: [mailop] Increase of SSL/TLS errors

.M.ae$.. > 00c0 - 69 26 69 a9 3d e9 c8 6f-ab 46 8b 20 fc 2e e8 f4 i&i.=..o.F. > 00d0 - cf 54 b5 70 c5 24 70 0d-f7 29 82 b1 2e 42 c5 1b .T.p.$p..)...B.. > 00e0 - b9 08 71 2a f8 4e bc b0-69 d7 b6 f6 cc 32 88 55 ..q*.N..i2.U > > Start Time: 1694

Re: [mailop] Increase of SSL/TLS errors

What do you see when you run openssl s_client -connect… against the the MTAs that are associated with this specific error in your logs? Ken. > On 12 Sep 2023, at 10:50, Camille - Clean Mailbox via mailop > wrote: > > Ok I'm now running RSA without DST cert: > # openssl crl2pkcs7 -nocrl -cer

Re: [mailop] Listed on Polspam.pl - how to delist?

If you believe that the Spamhaus DBL is referencing that RBL as a data point, then you should raise the issue with them. There are Spamhaus people on the mailop list. Ken. *From:* Sebastian Nielsen *Sent:* Monday, June 26, 2023 10:26 AM *To:* 'Ken O'Driscoll' *Subject:* Sv: [mailop] Listed

Re: [mailop] Listed on Polspam.pl - how to delist?

If the listing is not causing you any problems, I’d suggest you ignore it. There are loads of RBLs operated on a hobbyist/grudge basis which have zero influence on deliverability. If they are causing you problems and given that they have disabled reasonable means of contact, then perhaps reach o

Re: [mailop] software for a DMARC report db

Take a look at parsedmarc (https://github.com/domainaware/parsedmarc). Out of the box, you'll get them parsed into CSV. With integration, you can get graphs via Splunk, Kibanna, etc. It's not abandoned either. Ken. On Fri, Apr 7, 2023, 18:58 Michael W. Lucas via mailop wrote: > Hi, > > I'm loo

Re: [mailop] How should I interpret DMARC failure reports with "abuse reports"?

The current DMARC RFC (7489) allows for a modified ARF format failure report (see section 7.3.1). If you don't want to receive them then remove the RUF from your DMARC RR. I wouldn't treat them as complaints as that's not the intended purpose of DMARC failure reports. DMARC reporting is for email

Re: [mailop] Delivery and DNS issues for Microsoft / m365

They appear to know about it - there's an open incident (EX397744) on the service health dashboard. Ken. > -Original Message- > From: mailop On Behalf Of Dan Malm via > mailop > Sent: Wednesday 6 July 2022 10:42 > To: mailop@mailop.org > Subject: [mailop] Delivery and DNS issues for Mi

Re: [mailop] Timeouts to Microsoft?

They have two open incidents in their alert centre relating to access to Exchange Online and Microsoft 365. As an EU based user, I can't say I've experienced anything, nor have any clients reported problems to me but most of them are only waking up now so... Ken. > -Original Message- >

Re: [mailop] Best practice for mailing list servers

This is incorrect. The return-path is the address used by receiving the MTA to send bounce messages to when the recipient's 5322.From is unreachable for whatever reason. So if your MLM sends a message to a non-existent address or there are some other delivery errors post-acceptance, then a boun

Re: [mailop] Best practice for mailing list servers

erly. Ken. From: Axel Rau Sent: Wednesday, 15 June 2022, 16:36 To: Ken O'Driscoll Cc: mailop@mailop.org Subject: Re: [mailop] Best practice for mailing list servers Am 14.06.2022 um 18:51 schrieb Ken O'Driscoll via mailop mailto:mailop@mailop.org>>: * Make sure

Re: [mailop] Best practice for mailing list servers

that it has been > forwarded in some way and DKIM would say it's not lying. The rest of the > letters' senders can be rewritten. > > > Or are SPF (hard)fails too strong of a negative signal in most cases > that these DKIM-signed messages wouldn't be accepted? &

Re: [mailop] Best practice for mailing list servers

Hi Matthew, The point of using different keypairs for different lists is that some message filters use the DKIM signing domain as a data point when calculating sender reputation. Ideally, you want to have the signing domain match the From domain. If the lists use different From domains, then I

Re: [mailop] Best practice for mailing list servers

very limited number of known domains. Ken. > -Original Message- > From: mailop On Behalf Of Slavko via mailop > Sent: Tuesday 14 June 2022 18:08 > To: mailop@mailop.org > Subject: Re: [mailop] Best practice for mailing list servers > > Ahoj, > > Dňa Tue, 14 Jun

Re: [mailop] Best practice for mailing list servers

Hi Axel, I would suggest: * Make sure that the list's 5321.From (return-path/envelope/MAILFROM) domain has a valid and restrictive SPF * DKIM sign all list messages with your own key * Use different DKIM keypairs for each list * Don’t modify the originally message body (e.g., adding in a list f

Re: [mailop] How "more secure" is actually less secure (regarding Gmail)

The point of the measure is to reduce the chance of attacks related to password reuse. If a reused password and the associated Gmail email address are exposed because of a security breach with Service X, then that data cannot be used by itself to access the associated Gmail account if 2FA is e

Re: [mailop] Help with identifying invalid email domains

LHS to different are a bigger problem than the occasional hit to a spamtrap as they’re forwarding PII to the address. laura On 26 May 2022, at 10:21, Ken O'Driscoll via mailop mailto:mailop@mailop.org>> wrote: Hi Omid, If you are specifically looking to reduce domain related ty

Re: [mailop] Help with identifying invalid email domains

Hi Omid, If you are specifically looking to reduce domain related typos on user input, then you can use a project such as Typofinder. They also have a commercial offering. Alternatively, you could also look at implementing an address validation services

Re: [mailop] rejected by DMARC policy for microsoft.com

You are the receiver, and you are choosing to reject messages that do not pass DMARC tests according to OpenDMARC. So, I think that you are completely in control of whether you receive this message or not. Microsoft possibly sending a message which was not compliant with their published DMARC

Re: [mailop] Locally hosted anti-spam solution recommendations?

Hi Otto, For frontends, and if you don't mind a bit of hacking, take a look at MailCow (https://mailcow.email/) and Modoboa(https://modoboa.org/en/). They will sit in front of an open-source mail application stack and provide quarantine and allow-list control for end users. For on-premise all-

Re: [mailop] Paging the Yahoo! postmaster

help - there is a contact form and an email address you can reach out to for help directly from the Yahoo team. Cheers, ~ Matt Vernhout http://www.emailkarma.net Twitter: @emailkarma/@CAUCE On Thu, Sep 23, 2021 at 9:26 AM Ken O'Driscoll via mailop mailto:mailop@mailop.org>> wrote: Hi t

[mailop] Paging the Yahoo! postmaster

Hi there, I have an ESP client that appears to be stuck in an stock reply loop with a particular postmaster issue. The issue relates to 421'ing on a specific IP, which is used by a single sender for transactional messages. They have been trying to get this looked at for nearly a month, and I'm

Re: [mailop] Gmail putting messages to spam

The PSL does not assert that listed TLDs are real (accredited) or not, merely that they should be treated as such for evaluation purposes. eu.org is just a regular domain which has an expiry date. If the registrant fails to pay the bill, the registration will lapse and the DNS objects (along w

Re: [mailop] Gmail putting messages to spam

Two observations: 1. Your SPF record ("v=spf1 a mx ?all") is not optimal. While technically correct, the neutral qualifier ("?") isn't a great signal these days. I would suggest you use the softfail (~) qualifier for the default policy, e.g. "v=spf1 a mx ~all". It is best current practice to m

Re: [mailop] Blocked by gmail

You may contact Google using this form: https://support.google.com/mail/contact/bulk_send_new They won’t reply directly to you but if the problem is genuinely on their end, they will fix it within a few weeks. However, I think that the problem you are experiencing is related to either the gen

Re: [mailop] mail.ru broke mailing lists

My understanding is that they don't accept unauthenticated messages, not just limited to a DMARC policy. So, if your mailing list is sending messages with yandex.ru in the 5322.From (visible From) address but the messages are not DKIM signed using yandex.ru as the signing domain and the 5321.F

[mailop] Issues with Google Postmaster Tools

I'm seeing previously verified domains revert to "Not Verified" along with previously removed domains being re-added to the dashboard as verified. Others are reporting similar on another channel. Interested how widespread this is and has anybody heard anything useful from Google? And yes, I kn

Re: [mailop] GMail DKIM support for ed25519-sha256

Hi Odhiambo, Dual DKIM signing is simply means signing a message with more than one DKIM key. The specification allows for this and it is pretty common. For example, ESPs typically double sign messages, one signature asso ciated with their own domain, and one associated with the sender’s (t

Re: [mailop] Reliability of DMARC reports?

> -Original Message- > From: mailop On Behalf Of Hans-Martin Mosner > via mailop > Sent: Sunday 14 March 2021 07:43 > To: mailop > Subject: [mailop] Reliability of DMARC reports? > > Hello, > > due to the recent GMX mail rejection incident (for which I still don't > have a satisfactory

Re: [mailop] How important is an ipv6 ptr record?

[Added mailop as CC.] On Thursday 11 February 2021 16:34, Dave Crocker wrote: > A basic issue I've tried to raise but finally gave up on is that email > relaying means that a message can start in a v4 environment and then > transit a v6 one. The Originator has no control over that. > > So differ

Re: [mailop] How important is an ipv6 ptr record?

> The much larger address space makes it too easy for a bad actor to jump > around and, therefore, not develop a bad reputation associated with the > address. So non-history features are made more strict. This would be my impression too. But jumping around on the same provider is the also a th

Re: [mailop] How important is an ipv6 ptr record?

> Do people care about them if there is an appropriate SPF record in > place? IPv6 space is considered low quality from an email perspective, so the answer is yes, receivers are likely to care about missing rDNS. Receivers will care as much if not more that IPv4 if anything is out of place with

Re: [mailop] [External] Re: How to do Outbound Relay from M365 previously O365

9/18/2020 10:18 AM, Ken O'Driscoll via mailop wrote: You need to set up mail flow connectors in Exchange Online. Authentication is certificate and/or IP based. I think this explains it fairly well: https://docs.microsoft.com/en-us/exchange/mail-flow-best-practices/use-connectors-to-configur

Re: [mailop] How to do Outbound Relay from M365 previously O365

You need to set up mail flow connectors in Exchange Online. Authentication is certificate and/or IP based. I think this explains it fairly well: https://docs.microsoft.com/en-us/exchange/mail-flow-best-practices/use-connectors-to-configure-mail-flow/set-up-connectors-to-route-mail Ken.

Re: [mailop] MTA Server IP "Warm Up" Reputation Recommended Best Practices

I have a client in the same niche corporate/commercial non-bulk space and the exact process they use to "warm up" new IPs is to introduce them into their existing mail flow along with the existing seasoned outbound IPs. They don't have any "cold" IP space, every IP (even the ones reserved for r

Re: [mailop] Hotmail.tld DMARC record issue

care ? Le jeu. 20 août 2020 à 15:12, Ken O'Driscoll via mailop mailto:mailop@mailop.org> > a écrit : More than one DMARC record is functionally equivalent to having no DMARC record so this isn’t going to cause problems outside of incompetently written code. Ken. From: mailop ma

Re: [mailop] Hotmail.tld DMARC record issue

More than one DMARC record is functionally equivalent to having no DMARC record so this isn’t going to cause problems outside of incompetently written code. Ken. From: mailop On Behalf Of Bressier Simon via mailop Sent: Thursday 20 August 2020 13:24 To: mailop Subject: [mailop] Hotmail.t

Re: [mailop] From/Header information for Bounce processing emails

> I want to gather as much information regarding this as possible - Focusing > mainly on the most used ones like GoDaddy, etc. > > Have you done a similar task/project like this? Take a look at The SMTP Field Manual (https://smtpfieldmanual.com/) and Sisimai (https://libsisimai.org/en/). The Fi

Re: [mailop] Google G.Suite Mail admin

On 24/07/2020 20:50, Curtis Maurand via mailop wrote: Would you please contact me off list.  I'm having a strange deliverability problem to a specific user from a specific host and having a weird problem. I have admin access to both ends of the conversation.  Something is wrong in the middle an

Re: [mailop] G Suite Support - Deliverability Issues

On Mon, 2020-06-08 at 19:12 +, Kotlikov, Anna via mailop wrote: > Hello, > > Is there anyone here I can speak to from G Suite support? If you are a paying G-Suite customer then you are entitled to comprehensive support from Google, which you can access via your dashboard or via the details

Re: [mailop] How to allow different domain in envelope and header from? (Is Gmails DMARC check broken?)

On Thu, 2020-06-04 at 12:06 +0200, Benoît Panizzon via mailop wrote: > Our Support Case System (RT/3) uses a global configured envelope > sender: but depending on the Queue, a different > Header From:supp...@breitband.ch We use RT too and same problem if a queue is whitelabeled to use a client dom

Re: [mailop] Is Gmails DMARC check broken?

On Wed, 2020-06-03 at 14:15 +0200, Benoit Panizzon via mailop wrote: > > and I guess the domain in the HELO too? > > the HELO contains the FQDN of the sending machine which is > not the same as the domain of the envelope sender or From: Header. > > The HELO needing to match anything for DMARC or

Re: [mailop] Abuse contact for emailsrvr.com?

On Wed, 2020-06-03 at 10:52 +, Olaf Petry via mailop wrote: > Or would be ab...@rackspace.com the correct abuse address? The emailsrvr.com domain is part of Rackspace's email service, so their anti-abuse desk would definitely be the correct contact point. Ken.

Re: [mailop] Is Gmails DMARC check broken?

On Tue, 2020-06-02 at 17:36 +0100, Laura Atkins via mailop wrote: > Why is Google applying a strict reject when the policy is p=none? > > laura That was not my understanding of what was happening. I read it that it happens only when he changes it: "But as soon as I set p=reject Gmail is reject

Re: [mailop] Is Gmails DMARC check broken?

On Tue, 2020-06-02 at 17:04 +0200, Benoit Panizzon via mailop wrote: > _DMARC.imp.ch descriptive text "v=DMARC1; p=none; rua=mailto: > dmarc-rep...@imp.ch; ruf=mailto: dmarc-rep...@imp.ch ; > aspf=s"(reverted to p=none) > That email was sent from: 2001:4060:1:1002::139:139 which passes SPF. > Any

Re: [mailop] Google: 'Low reputation of the sending domain'

On Tue, 2020-06-02 at 10:37 +0200, Benoit Panizzon via mailop wrote: > DKIM is not a solution. I faced too many problems with mailinglists > and similar which did alter the header and broke DKIM signatures. > > Has anyone a hint what could be the cause for this problem? > > And yes, disabling IPv

Re: [mailop] Microsoft Outlook "Modern Authentication"?

On Thu, 2020-05-28 at 13:35 -0600, Daniele Nicolodi via mailop wrote: > Does anyone know if there is any alternative to Outlook to access > > Exchange Online mailboxes that require modern authentication? Take a look at Davmail, it's basically a proxy that sits in-between your existing "legacy" MU

Re: [mailop] Unable to receive email from WeTransfer and Facebook (only for a specific domain)

On Sun, 2020-05-17 at 12:09 +0200, Alessio Cecchi via mailop wrote: > I think that during the transfer of the domain some happened with > name server but I can't understand what. There are many things that can go wrong with NS servers and the networks they live on that can interfere with answerin

Re: [mailop] Google Postmaster Tools Volume Requirements

On Wed, 2020-05-13 at 11:18 -0700, Brian Toresdahl via mailop wrote: > Any experience within this group with what Google means when they > say:"If you send a large volume of emails to Gmail users, you can use > Postmaster Tools to see: ..." ( > https://support.google.com/mail/answer/6227174?hl=en)

[mailop] Google DMARC reports

We haven't received a Google DMARC report for any domain since Tuesday (21 Apr.), is anyone one else seeing this? Ken. ___ mailop mailing list mailop@mailop.org https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop

Re: [mailop] Fwd: Invitation: INFO MAIL @ Sun Apr 19, 2020 11am - 12pm (MDT) (ge...@mulligan.com)

On Sun, 2020-04-19 at 11:08 -0600, Geoff Mulligan via mailop wrote: > I know that this is a scam, but what are they attempting to do? > Gain access to google through calendars? > > > > Geoff Calendar spam is nothing new. It's just an attempt to get around filters by being visible o

Re: [mailop] scaleway.com / online.net: Scammers, or just scammer friendly?

On Thu, 2020-04-02 at 12:34 +0200, Tom Ivar Helbekkmo via mailop wrote: > Anyone know something about these scaleway.com morons? Should > onefirewall their entire network ranges out completely, or just make > sureone doesn't accept any SMTP connections from those ranges? This is probably a discus

Re: [mailop] Spectrum webmail folks around?

On Wed, 2020-02-26 at 17:07 +, Jay R. Ashworth via mailop wrote: > My sister's inherited tampabay.rr.com account -- the only one we have to > look at your webmail client with -- is unreasonably slow in retrieving mail > from folders. On my 16GB i7 with Win 10, it can take on the order of a min

Re: [mailop] Opinions? Email Abuse over TOR Network?

On Sun, 2020-02-23 at 07:40 -0800, Roger Marquis via mailop wrote: > Perhaps more interesting is the fact that the vast majority of ESPs don't > even think about obfuscating _usernames_. Are there good reasons to use a > well known string like the email address for half of a credential? While not

Re: [mailop] ADMIN: Mailop in 2020

On Sat, 2020-02-15 at 19:15 +1300, Simon Lyall via mailop wrote: > The "new" website is up. It is fairly empty so far but we'd like to get it > expanded a bit. > > There is a FAQ page with a few possible entries. We'd like to get these > filled out. The first entry is "Best Practices for running

Re: [mailop] AT&T Block - abuse_...@abuse-att.net still valid?

On Tue, 2020-02-11 at 10:50 -0500, Scott Mutter via mailop wrote: > I suppose it's possible that AT&T is just inundated with abuse > requests - but maybe there is a better way to weed out the valid > requests from the invalid requests. > > If abuse_...@abuse-att.net is no longer valid, then perhap

Re: [mailop] Messages from small personal SMTP server being marked as junk by Google

On Fri, 2020-01-24 at 09:47 +, Gregory Heytings via mailop wrote: > This is not optimal, your SPF record should be "v=spf1 mx ?all". This is incorrect advice. The original poster's existing SPF is fine. ___ mailop mailing list mailop@mailop.org htt

Re: [mailop] Messages from small personal SMTP server being marked as junk by Google

On Thu, 2020-01-23 at 21:24 -0600, John Gateley via mailop wrote: > There were 19 recipients on the To: line. > 15 of the recipients were gmail addresses. > > Any ideas why? Or how I fix it? > The mail server is too small (much much less than 100 messages per day) > so I cannot check Gmail's tool

Re: [mailop] mx abuse listed in spamhaus?

On Tue, 2020-01-14 at 10:44 +, J Orlando Letra via mailop wrote: > does any one have this problem? > As per https://www.abuseat.org/lookup.cgi?ip=64.57.183.53 the IP was detected sending or relaying IP traffic which matches a known virus botnet signature. In this case the "ranbyus" virus. So

Re: [mailop] Rackspace/SenderScore personnel here can comment on this?

On Fri, 2020-01-03 at 12:05 +, Ken O'Driscoll via mailop wrote: > $ dig fbl.senderscore.net mx > 10 ss-mx00.senderscore.net. (hit send on the wrong email - to continue...) fbl.senderscore.net is what they've used in the past so perhaps it's a user on-boarding issue. How

Re: [mailop] Rackspace/SenderScore personnel here can comment on this?

On Thu, 2020-01-02 at 16:54 -0800, Michael Peddemors via mailop wrote: > The header from is :feedbackl...@rackspacefbl.senderscore.net", however > there is no A or MX record for that domain.. $ dig fbl.senderscore.net mx 10 ss-mx00.senderscore.net. Ken.

Re: [mailop] Telus Contact

On Thu, 2019-12-19 at 17:18 -0500, Oreva Akpolo via mailop wrote: > Hey there, > > Does anyone know the point of contact or who from telus.net I can reach > out to? I've had no luck finding a postmaster address. ab...@telus.com gets to the postmaster as far as I recall. Ken. _

Re: [mailop] G-Suite removing LSA functionality

On Mon, 2019-12-16 at 17:45 -0800, Brandon Long via mailop wrote: > If you wanted something, you'd probably want a proxy, something that > speaks enough IMAP to do LOGIN/AUTHENTICATE, then re-login to > Gmail with OAUTHBEARER, and then just be a pass through. We do something > similar for the reve

Re: [mailop] G-Suite removing LSA functionality

On Mon, 2019-12-16 at 22:30 +0100, Jaroslaw Rafa via mailop wrote: > Do any Windows/Linux/MacOS email clients currently support OAuth "out of > the box"? > If not, that's basically cutting nearly everybody using regular IMAP > email clients off of G Suite... For Linux, the Gnome Online Accounts su

Re: [mailop] Comcast.net contact ? Unusually high amount of email being deferred.

On Mon, 2019-12-02 at 17:08 +, Ryan Prihoda via mailop wrote: > defer (-53): retry time not reached for any host for 'comcast.net' That looks like an MTA (Exim?) error, and not a SMTP 4xx type message. You need to work out if the messages are backing up because a) Comcast are throttling you o

Re: [mailop] Comcast.net contact ? Unusually high amount of email being deferred.

On Mon, 2019-12-02 at 16:01 +, Ryan Prihoda via mailop wrote: > I do not know what else I could do so hopefully someone on the list can > help me out. Without knowing exactly what the SMTP message is, I just guessing that you're being throttled because you are sending too much too quickly. Ta

Re: [mailop] MegaRbl ?

On Mon, 2019-11-25 at 16:25 +0300, Emre Üst via mailop wrote: > Hello everyone , > > Is anybody know this French blacklist firm megarbl.net ? I think > something is wrong in their systems . According to Slack this morning, it's been dead for years but the (new) domain owner seems to have chang

Re: [mailop] reputation with DKIM when d= differs from sender domain?

On Thu, 2019-11-14 at 16:38 +, Stefan Bauer via mailop wrote: > > Is it bad - in terms of reputation - when domain in dkim-header (d=...) > differs from senders address? > signing is done correctly and pub-key is present at domain of corse - > specified with d=... > > like d=mydomain.com > Se

Re: [mailop] Zohomail & Carrierzone

On Thu, 2019-10-31 at 11:05 -0700, Autumn Tyr-Salvia via mailop wrote: > I don't have a lot of familiarity with either provider. Does Zohomail do > no domain validation before relaying messages, or does this indicate a > broader compromise? On any Zoho service I'm familiar with, they do implement

Re: [mailop] Low-Volume Domains\Servers

On Fri, 2019-10-25 at 11:34 -0500, Mike Hammett via mailop wrote: > One time one of them told me that because my normal volume was so low, > they didn't have much to go on for validating the problem had been > corrected. Exactly how low is low? I work with some smallish ISPs and they don't have t

Re: [mailop] Autofiling spam mail in Junk folder

On Wed, 2019-10-23 at 13:21 +0200, Daniele Duca via mailop wrote: > On 23/10/19 13:09, Ken O'Driscoll via mailop wrote: > > > > > You can set up local mail filtering rules in Outlook to place certain > > emails in a folder. Is that what you mean? > > The prob

Re: [mailop] Autofiling spam mail in Junk folder

On Wed, 2019-10-23 at 12:08 +0200, Daniele Duca via mailop wrote: > Does anybody knows a way > to tell Outlook to do what Thunderbird does? You can set up local mail filtering rules in Outlook to place certain emails in a folder. Is that what you mean? Ken.

Re: [mailop] seeking Samsung contact

Hi Ricardo, If it's the native email client that they bake into the handsets, I think that gets its provider data from a DB maintained by Mozilla. If that is the case, the good news is that it's updateable. The other thing to check is if someone at your org previously created SVR record

Re: [mailop] Amazon AWS SES (Simple Email Services) what could cause a domain to be blocked?

On Tue, 2019-08-13 at 09:44 +0200, Benoit Panizzon via mailop wrote: > My attempt to open a 'user' account on Amazon (the one you can order > stuff) also didn't help much further as this account also has no way to > open an AWS case or access the existing case the Amazon SES customer > opened. Sig

Re: [mailop] Paging Proofpoint - possible issue with SSL cert for SORBS website

On Fri, 2019-08-09 at 09:43 +1000, Michelle Sullivan via mailop wrote: > They are there and apache configured to know about them... (and I'm not > getting any warning on Safari or Seamonkey.) The reason I though the server wasn't serving intermediate certs was because: $ openssl s_client -showce

[mailop] Paging Proofpoint - possible issue with SSL cert for SORBS website

As per a discussion on a emailgeeks today, it seems that Firefox is throwing up a CA not trusted security alert for visitors to https:// www.secure.sorbs.net I can reproduce on Firefox but not Chrome. A cursory glance shows the server doesn't appear to offer intermediary cert(s) which may be con

Re: [mailop] Lost GPT Ownership

On Wed, 2019-07-17 at 09:02 -0400, Tracey Crawford via mailop wrote: > One of our clients lost owner privileges to one of their domains in > Google Postmaster Tools. Does anyone know how we can recover ownership > to the domain? They have read access, but that does not allow them to > manage the

Re: [mailop] Moving to a new outbound IP range

On Mon, 2019-07-01 at 12:55 +0100, Simplelists - Andrew Beverley via mailop wrote: > 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? The lack of historical RBL listings is no

Re: [mailop] Invalument SIP/24

On Thu, 2019-06-27 at 10:50 -0500, Al Iverson via mailop wrote: > Rob, you're treating it as an attack when I don't really think it is. > Why not just say sure, I can help you with this, sorry we didn't > connect before, let's do that now. > > Your rep will survive the occasionally misplaced compl

Re: [mailop] G postmaster issue since 13th ?

Can see the same issue across multiple client domains. Most stop on June 13th but some appear to have stopped reporting earlier, in May or April. Ken. On Wed, 2019-06-19 at 10:13 +0200, Bressier Simon via mailop wrote: > Hey guys ! > > We have no datas from Google Postmaster tools since 13th J

Re: [mailop] Google response

On Fri, 2019-06-07 at 08:43 -0400, MikeO via mailop wrote: > Quick question, Ive not seen this before. Have a customer that is > sending into Google, its being accepted but then bounced back out with > The response was: > The account l...@xx.com is disabled. > > But that address is

Re: [mailop] Howto be a good mailop (best practice / insights wanted)

On Fri, 2019-05-31 at 11:03 +, Stefan Bauer via mailop wrote: > Hi Ken, > > thanks again for your input. Regarding > Add a custom header (X-abuse) > > is this really a thing? Could not find many mails in my inbox with that > header present at all nor any official recommendations about that. >

Re: [mailop] Any contact to Google to debug 'aspmx' troubles?

Hi Benoît, There's no blanket issue with RT and Google, we use it and so does one of our clients without issue. Does it work when you reply from the web interface? Ken. From: Benoit Panizzon via mailop Sent: Monday 27 May, 11:10 Subject: [mailop] Any contact to Google to deb

Re: [mailop] Howto be a good mailop (best practice / insights wanted)

On Wed, 2019-05-08 at 16:45 +, Stefan Bauer via mailop wrote: > we have in place: > > only allow pre-defined sender-addresses after auth > monitor mail-queues for high connection count > monitor RBLs if we're listed > only allow single mail / 5s to be sent outgoing > anti-virus checking of att

Re: [mailop] Outgoing messages currently blocked by hotmail, google, outlook etc (any way to unblock?)

On Fri, 2019-04-26 at 15:01 +0100, Gary Hussey wrote: > e was a victim of a spam session where approximately 200k spam emails was > trying to leave our server over the bank holiday weekend. On tuesday this > was discovered and around 50k had left our server. This was resolved but > we are still exp

Re: [mailop] Looking for GoDaddy email/DNS contact

On Thu, 2019-04-25 at 22:49 -0500, frnk...@iname.com wrote: > We had a customer not renew their domain name (IRONINGENUITY.COM), but > upon expiration their MX records were left still pointing to us. We're > looking for a way for that to get cleaned up (ideally null MX record, > second best is to

Re: [mailop] Zoho Feedback Loop

On Tue, 2019-04-23 at 08:38 -0600, Josiah Ritchie wrote: > I'm trying to sign up for the Zoho feedback loop and am finding that I > never get a confirmation email so I can move forward. I know Yahoo is > also having problems, checked again this morning and seems to be still be > a thing, but I have

Re: [mailop] Sophos Time of Click protection

On Thu, 2019-02-14 at 10:09 +0100, Stefano Bagnara wrote: > So, before I propose to use local whitelisting I'd like to understand > the global blacklisting causes :-) > (If there is some malicious activity going on we better find it, > instead of working around it) I understand. The following, in

Re: [mailop] Strato Postmaster around? relay.rzone.de does not offer STARTTLS

On Wed, 2019-02-13 at 07:31 +, Stefan Bauer wrote: > As alot of sites nowadays enforce TLS, this is a showstopper, when the > primary MX is rejecting connections by greylisting, sender tries > second(backup) mx and fails due to missing STARTTLS. If the backup mx > would also use greylisting, th

Re: [mailop] Sophos Time of Click protection

On Tue, 2019-02-12 at 11:13 +0100, Stefano Bagnara wrote: > I'm pretty sure it's a false positive as we have no other report about > malicious contents on our site or the site of the sender, but I never > seen this Sophos "Time of Click" protection before: do you know if > there is a lookup website

Re: [mailop] Sending e-mails to Yahoo! - What other tricks do you use?

On Mon, 2019-01-14 at 18:55 +0300, Odhiambo Washington wrote: > Heheee. I didn't know that Yahoo algorithms trust high volumes. Now I do, > but this is not a solution. > Going to search for an ISP (or a relay service) that is known to be > "trusted" by Yahoo, because it sends enough volumes to Yaho

Re: [mailop] Sending e-mails to Yahoo! - What other tricks do you use?

On Mon, 2019-01-14 at 16:02 +0300, Odhiambo Washington wrote: > I have a mailing list that has 1100 members. Out of those, 177 have Yahoo > addresses. Assuming you're compliant and doing everything right, that might be your problem right there. Unless you have a really really active list, it coul

[mailop] Paging belgacom.be / proximus.com

One of your DMARC aggregate report addresses (fdm...@proximus.com) is invalid and generating bounces. Happy Christmas. Ken. ___ mailop mailing list mailop@mailop.org https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop

Re: [mailop] Google and domain blacklisting

On Mon, 2018-12-17 at 10:43 +0300, Odhiambo Washington wrote: > Hi, > > I hope there is someone from Google lurking around, or someone knows > someone there. > I have a domain that has been flagged (for phishing or identity theft, or > maybe another thing) and I have submitted a request for cleara

Re: [mailop] Just Make It Stop

On Thu, 2018-12-13 at 13:19 -0500, John Levine wrote: > Anyone I can contact there to Just Make It Stop? Does the mailbox provider/MTA support restricting senders to those already in the address book? I've seen this work very well in a broadly similar scenario. Or, there's always CR... ;) Ken.

Re: [mailop] MailChimp and TLS

On Mon, 2018-12-10 at 11:21 -0500, Matthew Grove wrote: > Hi Ken, > > We have a mix of older and newer server configurations. The older ones > can't handle TLS and maintain their current output, but we wanted to go > ahead with TLS where possible. We will be working to update all servers > and mak

[mailop] MailChimp and TLS

Hi everyone, I have a client who uses MailChimp. Now, I have noticed that for this particular customer's campaigns, MailChimp does not always appear to attempt to initiate (not a failed negotiation etc.) STARTTLS when talking to our mail server. It does sometimes, but not always. While I complete

  1   2   >