Re: [mailop] Microsoft/Hotmail discards mails

On 09/06/2016 08:42, David Hofstee wrote: I'm dazzled by users here... Isn't the junk-box supposed to hold junk? Wow. Maybe there should be more junk-boxes for the various shades of grey :-). I'd have thought that even if you do decide to just throw "extreme" junk away (which I think is a very

Re: [mailop] why "not comply with best practices" on SpamRats?

On 14/06/2016 10:38, Suresh Ramasubramanian wrote: On 14-Jun-2016, at 2:49 PM, 陈俊平 > wrote: />> The IP address you have specified does not comply with best practices. Currently, the reverse DNS for this IP address is:

[mailop] Is the website down?

At https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop it tells you to go to www.mailop.org for more information on the mailing list. www.mailop.org seems to be down as far as I can tell. Is that deliberate or a problem somewhere? (Also the chilli.nosignal.org certificate expired in

Re: [mailop] Dealing with a DKIM replay attack and yahoo's use of DKIM domains for FBL reports

On 12/08/2016 01:42, Robert Mueller wrote: 2. I bet a number of services out there are using the domains in DKIM signed emails for reputation tracking. So this may be affecting the reputation of our domains, even though we're not the genuine source of the majority of the emails. Hmm, looking

Re: [mailop] Forwarding issues, was Mails to microsoft

On 10/02/2017 21:22, Brandon Long via mailop wrote: There is no way for an end user to retrieve the password stored for access to remote pop/msa servers. Yes, giving us the password does increase the overall attack surface for the password. Given the general issues with password hijacking,

Re: [mailop] Mails to microsoft

On 09/02/2017 02:24, Andreas Ziegler wrote: btw, does anyone know if the big providers take into account that some spam is only forwarded, not originating? we have many customers who want to forward their mail from someth...@myname.com to their gmail/hotmail/etc. mailboxes - which sometimes

[mailop] Google duplicating mail when forwarding

A customer of a customer of ours has mail going to their gmail account, which is then being forwarded to an address at our customer. They've received duplicate copies of several messages. Looking at the Received: headers, the duplication appears to be happening inside Google's network. Any

Re: [mailop] Issues Receiving from MSN/Hotmail

On 01/09/2016 13:27, Dave Brockman wrote: web interface. To date, I have yet to receive an actual (final) NDR with any helpful information (But it appears I didn't get the first "Delay" NDR for ~12 hours). There is an encoded text attachment named details.txt, What does the details.txt file

Re: [mailop] Problems sending to Hotmail.com etc

On 22/09/2016 19:08, Michael Wise via mailop wrote: The block does look pretty bleak... http://www.senderbase.org/lookup/?search_string=109.228.14.0/24 Also, you should generally consider that any mitigation Hotmail applies comes with an implied, "Please allow 24 - 48 hours ..."

[mailop] Problems sending to Hotmail.com etc

One of our clients is having trouble sending to Hotmail.com (and possibly Outlook.com etc as well). I'm confident they aren't sending spam and they don't run mailing lists etc. This is a typical SMTP session transcript 21/9/2016 14:56:16.553 - M00a3<220 SMTP server ready 21/9/2016

Re: [mailop] Multivariate Subject testing influences Gmail's filters?

On 13/12/2016 21:41, Eric Henson wrote: Google's spam system--as published in their whitepaper some years ago--penalizes email when users mark the emails as spam. So if I mark that email as spam without reading it, then the next guy to get one like that is more likely to have the email end up

Re: [mailop] False positive on spoofing

On 05/01/2017 16:06, Scott E Bonacker CPA wrote: Since upgrading to a new laptop with OEM Win10x64, and OL2016 connected to an Office365 account, I have also been sending messages to various lists via POP using a domain different than the one registered with Office365. That has resulted in

Re: [mailop] conventional wisdom, was Google rejects a TLS connection

On 17/03/2017 14:18, Eric Henson wrote: As a PCI compliant company, we have to go to great lengths to secure any system that stores, processes, or transacts credit card data. If that included our email servers, that would put every single mail server, every single mail client, including smart

[mailop] 'abuse@' a hosting company - was this a valid response?

Hi, just wanting a bit of an opinion here. We received spam from a leased/hosted server (195.154.62.181) to an email address which has never been used legitimately (ie it was a scraped email address) We reported it to abuse@ the hosting company with headers, message, etc. The response we

Re: [mailop] Trend Micro

On 13/04/2017 15:15, Brett Schenker wrote: Anyone from Trend Micro on here or have experience dealing with them? I have two IPs for transactional email listed and been going in circles for days now. We gave up and changed the sending IP address. From what I can tell they have a bug in their

Re: [mailop] btinternet.com blacklist

On 10/07/2017 11:11, Dom Latter wrote: And they are not saying they will blacklist it again if they get spam from it. They are saying they might blacklist it again if they get spam from a *different* IP address - which happens to be in a similar range. It's like I move into a house and find

Re: [mailop] btinternet.com blacklist

On 13/07/2017 03:06, steve wrote: Depending on how it's carved up, there are at least 50k IP addresses in a /16. One line, or... From my experience, it's not so much that it's hard work blocking individual IP addresses, it's that the spammers move around. I don't know if the hosting

Re: [mailop] btinternet.com blacklist

On 10/07/2017 12:53, Dom Latter wrote: but other than that a fairly modest server will suffice. It would be nice to find a UK provider with, say, 4 x 4TB disk, for < 100USD / yr. Do you really mean $100/yr? That doesn't even cover the cost of 4 x 4TB disks, never mind the rest of the

Re: [mailop] btinternet.com blacklist

On 10/07/2017 12:53, Dom Latter wrote: [1] We have relatively unusual requirements - we need *lots* of disk space (we upload 2TB / year, and it's nice to have a few years worth) but other than that a fairly modest server will suffice. It would be nice to find a UK provider with, say, 4 x 4TB

Re: [mailop] SPF record

On 21/05/2017 14:52, frnk...@iname.com wrote: sm, Do you think the sending domain was not aware of that when they wrote the policy? I think a lot of the disagreement comes from differing views on priorities. For some people, the danger of receiving forged messages is paramount, so

Re: [mailop] Google Postmaster Tools: spam rates

On 31/05/2017 10:29, Anna Ward wrote: I've talked to a bunch of different industry folks at this point, and no one seems to understand the difference between "user reported spam" and "feedback loop spam" in Google Postmaster Tools . A

Re: [mailop] Microsoft Spam Filtering Issues

On 08/05/2017 03:00, John Cenile wrote: How does that make any sense? Why should our reputation be affected because this customer won't dispose of the message properly and just marks it as Junk to get rid of it? Remember that Hotmail is huge (and free) so it's not possible for someone to

Re: [mailop] Sender MX pointing to *.registrar-servers.com => 100% Spam!

On 31/08/2017 15:20, Benoit Panizzon wrote: Now I found one thing in common to those spam mails. All of them point to MX Records from: eforward1.registrar-servers.com. to eforward5.registrar-servers.com. run by a registrar service. Interestingly not the same used to register the domains in

Re: [mailop] Disabling TLS1.0 for SMTP

unencrypted traffic and know you will only be dealing with people where that won't be a problem (eg on an intranet). -- Paul Smith Computer Services Tel: 01484 855800 Vat No: GB 685 6987 53 Sign up for news & updates at http://www.pscs.co.uk/go/subsc

[mailop] GDPR and SMTP in general

asked us to sign a contract for GDPR which prevents us from sending data outside of the UK and from sending it to any other companies without prior written permission. I've pointed out the problems to them, but wondered if anyone else had come across this. -- Paul Smith Computer Services Tel

Re: [mailop] GDPR and SMTP in general

omatically, then the decryption key/method is on the PC, so not going to stop a determined attacker. Disk encryption is great on a laptop. Not sure it is anywhere else. -- Paul Smith Computer Services Tel: 01484 855800 Vat No: GB 685 6987 53 Sign up for news & updates at http://www.pscs.co.u

Re: [mailop] GDPR and SMTP in general

On 25/05/2018 11:22, Stefano Bagnara wrote: On Fri, 25 May 2018 at 11:55, Paul Smith <p...@pscs.co.uk> wrote: [...] If someone sends a message from the UK to someone in the USA, by definition, we must send that email outside of the EU. When we send the email, we are sending personal da

Re: [mailop] GDPR and SMTP in general

On 25/05/2018 11:33, Graeme Fowler wrote: On 25 May 2018, at 10:46, Paul Smith <p...@pscs.co.uk> wrote: But, how it interacts with email, it all seems to get very horrible. I suspect the *intention* is OK, but I'm struggling with the actual regulations. Whilst this specific article (w

Re: [mailop] Anyone from Fasthosts.co.uk on here?

On 25/01/2018 21:46, Carl Byington wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On Wed, 2018-01-24 at 09:30 -0500, Al Iverson wrote: Smells like a Fasthosts misconfiguration from here. If they are doing ip queries against the DBL for all connections, they will be refusing all

[mailop] Anyone from Fasthosts.co.uk on here?

We've had some messages rejected from Fasthosts' MX mail servers with an error like this: -- 550 5.7.1 Service unavailable; client [188.65.177.237] blocked using dbl.spamhaus.org -- dbl.spamhaus.org doesn't list IP addresses, so I'm not sure what's going on. I don't know if

Re: [mailop] spf and mx: tokens

On 11/04/2018 22:41, Carl Byington wrote: So we could (do what they want) interpret mx:mail.example.com as if it were a:mail.example.com - we won't be rejecting mail that the sending domain intended for us to accept. But that just hides their error and possibly increases the chances of yet more

Re: [mailop] What should an MTA do when receiving 452 4.5.3 (aka too many recipients)

, not 452 (SMTP defines 451 as 'Requested action aborted; error in processing') -- Paul Smith Computer Services Tel: 01484 855800 Vat No: GB 685 6987 53 Sign up for news & updates at http://www.pscs.co.uk/go/subscribe ___ mailop mailing

Re: [mailop] TLS Statistics

ce the use of encryption - because even if only 5% or so won't be deliverable in that case, that's a LOT of emails. -- Paul Smith Computer Services Tel: 01484 855800 Vat No: GB 685 6987 53 Sign up for news & updates at http://www.pscs.co.uk/go/subscribe

Re: [mailop] TLS Statistics

), but then, for email, it's also OK to use no encryption at all, so take from that what you will... -- Paul Smith Computer Services Tel: 01484 855800 Vat No: GB 685 6987 53 Sign up for news & updates at http://www.pscs.co.uk/go/subscribe ___ ma

Re: [mailop] TLS Statistics

iscuss it, NO ONE will know which servers have access to a particular message) People often think 'Ooh, my emails are sent using TLS1.3 encryption - no one can see them, they're safe'. Nothing could be further from the truth. -- Paul Smith Computer Services Tel: 01484 855800 Vat No: GB 685 6

[mailop] Confusing error message from outlook.com

not existing. Does that sound like what's happened? The misinterpreted error message caused confusion and consternation by our customer (the recipient) because they thought their domain had vanished somehow. (BTW - the sender's domain does exist, but I guess that PlusNet's DNS servers glitched a

[mailop] Anyone from Mandrill/Mailchimp here?

http://mandrillapp.com/contact/abuse?id=30903452.cef683aebe194acebd48d0ee662499fe X-Mandrill-User: md_30903452 Date: Wed, 27 Feb 2019 17:04:30 + MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="_av-tmIbwtKaFByrlcctRqVPTg" -- Paul Smith Computer Services Tel: 01484 85580

Re: [mailop] Anyone from Mandrill/Mailchimp here?

a free Mailchimp account, so why I'd be asked to check my billing details was suspicious. I didn't know it was already known about, so I reported it :-) Normally I don't bother because I know there's nothing that the phishee can reasonably do about it, but in this case there was. -- Paul Smith

Re: [mailop] The utility of spam folders

delivering. When you contact Microsoft about an IP address, THEY should be able to see what some recent messages from that IP address were, and why it's been blocked, to be able to guess if you're a probable spammer or a legitimate sender who's been caught out, and then be helpful or not based

Re: [mailop] The utility of spam folders

. If they DO unblock an IP address, then they're quick enough to block it again if necessary (which is the right thing to do). -- Paul Smith Computer Services Tel: 01484 855800 Vat No: GB 685 6987 53 Sign up for news & updates at http://www.pscs.co.u

Re: [mailop] SPF: What happens if includes specify different 'all' settings?

exit conditions when processing the record) So, if the included record said "-ip4:123.0.0.0/16" then that would be (sort of) ignored just as "-all" is. (See the table on page 22 of RFC 7208) (An included record of "-ip4:123.123.123.123 ip4:123.123.123.0/24" wo

Re: [mailop] Hotmail: Moving Email to 'spam' folder generates ISP complaint?

days as well? I honestly don't know because I've not used Hotmail for ages or Office365 at all, but it seems like a fairly standard thing to happen. -- Paul Smith Computer Services Tel: 01484 855800 Vat No: GB 685 6987 53 Sign up for news & updates at http://www.pscs.co.uk/go/subsc

Re: [mailop] live.fr admin required

e that by annoying them, they’d take action because polite requests didn’t work. -- Paul Smith Computer Services Tel: 01484 855800 Vat No: GB 685 6987 53 Sign up for news & updates at http://www.pscs.co.uk/go/subscribe ___ mailop mailing

Re: [mailop] Weird blocking by outlook.com (S3150)

m/8ad563e3-288e-2a61-8122-3ba03d6b8d75 Alternatively, change your hosting company to one which takes more care to stop spammers using their servers/network. -- Paul Smith Computer Services Tel: 01484 855800 Vat No: GB 685 6987 53 Sign up for news & updates at http://www.pscs.co.u

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

ings. That doesn't mean we distrust DKIM signatures from ISPs, ESPs or hosting companies, just that we ignore them if the signature verifies, because that tells us nothing useful. -- Paul Smith Computer Services Tel: 01484 855800 Vat No: GB 685 6987 53 Sign up for news & updates

Re: [mailop] Microsoft JMRP problem

On 03/12/2019 13:15, Stephan Fourie wrote: Hi Paul, I've had success with mailing msn-s...@microsoft.com for support. Thanks, I'll try that and see how it goes. Kind Regards, Stephan On 2019/12/03 14:33, Paul Smith via mailop wrote: Hi, does anyone know any contact details for someone

[mailop] Microsoft JMRP problem

delete it or remove the unwanted IP addresses from it. I've trawled the SNDS pages looking for who to contact for problems with it, but all it seems to say is "it's fully automated so do it all yourself" - I wish I could... -- Paul Smith Computer Services Tel: 01484 855800 Vat

Re: [mailop] Reasons to add plain text alternative to email?

sion quite easily and it'll probably be a small fraction of the size of the HTML version, so why not do it? (But test it! A lot of automated generation is rubbish - I've seen ones where the plain text version is identical to the HTML version - tags and all) -- Paul Smith Computer Services

Re: [mailop] Do we need Spam folders?

rse option. -- Paul Smith Computer Services Tel: 01484 855800 Vat No: GB 685 6987 53 Sign up for news & updates at http://www.pscs.co.uk/go/subscribe ___ mailop mailing list mailop@mailop.org https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop

Re: [mailop] Do we need Spam folders?

ver, which means you have to look through it all. If it's sorted by spamminess, then a quick glance can catch the majority of false positives. -- Paul Smith Computer Services Tel: 01484 855800 Vat No: GB 685 6987 53 Sign up for news & updates at http://www.pscs.co.u

Re: [mailop] FW: Junk filtering as a tool for unfair competition

a test message from Bob at Bobtech Ltd. Please let Jim in your IT department know if it worked or not"). Also, make each test message different, or that can look spammy as well, and don't send zillions at once. -- Paul Smith Computer Services Tel: 01484 855800 Vat No: GB 685 6987 53 Sign

Re: [mailop] Avoiding bounces - custom spamfilter behind real-spamfilter that reject mails

(in which case you have to handle backscatter anyway) or reject it (in which case, you may have to do duplicated work, and your customer may prefer that you queued the message to prevent the risk of them losing it) -- Paul Smith Computer Services Tel: 01484 855800 Vat No: GB 685 6987 53 Sign up

Re: [mailop] Reasons ISPs (Microsoft) ignore DMARC policy?

email addresses like Hotmail & Gmail, so I guess those providers are stuck between a rock and a hard place - either reject spoofed and forwarded mail and upset users, or accept it and upset users. -- Paul Smith Computer Services Tel: 01484 855800 Vat No: GB 685 6987 53 Sign up for

Re: [mailop] ItaliaOnLine (@libero.it, +) now interpreting DMARC p=none as p=quarantine

and, if this is JUST for mail from msn.com, they may have decided that that domain is established enough that hopefully the admins know what they're doing, so may have an exception to treat mail FROM THAT DOMAIN as p=quarantine (similarly with gmail.com, which also has p=none) -- Paul Smith C

Re: [mailop] [EXTERNAL] Re: Reasons ISPs (Microsoft) ignore DMARC policy?

how to use DKIM with their mail server yet, and, since 'normal' messages will pass DMARC with just SPF, then they leave it at that. -- Paul Smith Computer Services Tel: 01484 855800 Vat No: GB 685 6987 53 Sign up for news & updates at http://www.pscs.co.uk/go/subsc

Re: [mailop] Gmail marking email from me as spam

experience, Gmail is actually not that bad - at least they put your message into a spam folder where it may possibly be found. I know other big email service providers who will just silently discard your messages, never to be seen again. -- Paul Smith Computer Services Tel: 01484 855800 Vat No: GB

Re: [mailop] Gmail marking email from me as spam

ains on certain TLDs and you'll see that gmail email addresses are far more trustworthy. -- Paul Smith Computer Services Tel: 01484 855800 Vat No: GB 685 6987 53 Sign up for news & updates at http://www.pscs.co.uk/go/subscribe ___ ma

Re: [mailop] Gmail marking email from me as spam

pretty pointless arguing about it - it's the way it is. If you use a spammer haven to host your emails, you're likely to be blocked, so don't do that. -- Paul Smith Computer Services Tel: 01484 855800 Vat No: GB 685 6987 53 Sign up for news & updates at http://www.pscs.co.uk/go/subsc

Re: [mailop] Gmail marking email from me as spam

like a certain other big ESP). Gmail has blocked us in the past, but we've understood why and sorted it out. You've been told the probably reason why your mail is being blocked, so you know what you can do about it. -- Paul Smith Computer Services Tel: 01484 855800 Vat No: GB 685 6987 53

Re: [mailop] Gmail marking email from me as spam

improve that perception, it wouldn't harm them. However, any changes that Google make would have to be scaleable and not affect their existing service - and that's outside my experience, so I'm reluctant to give them 'advice' ;-) -- Paul Smith Computer Services Tel: 01484 855800 Vat No: GB

Re: [mailop] Sendgrid strikes again; zendesk, actually

t changed subject/message, not the original subject/message content. -- Paul Smith Computer Services Tel: 01484 855800 Vat No: GB 685 6987 53 Sign up for news & updates at http://www.pscs.co.uk/go/subscribe ___ mailop mailing list mailop@ma

Re: [mailop] Sendgrid strikes again; zendesk, actually

because "all text above this line is added to the ticket" -- Paul Smith Computer Services Tel: 01484 855800 Vat No: GB 685 6987 53 Sign up for news & updates at http://www.pscs.co.uk/go/subscribe___ mailop mailing list mailop@ma

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

ven't told us anything about that, so I can't comment on those. -- Paul Smith Computer Services Tel: 01484 855800 Vat No: GB 685 6987 53 Sign up for news & updates at http://www.pscs.co.uk/go/subscribe ___ mailop mailing list mailop@ma

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

P addresses is more 'optimised' than using 'mx'. ?all vs -all is all down to opinion. Personally, I'd never use '?all' - that seems to be a "we're not sure what we're doing yet" rule. ~all or -all is better IMHO. -- Paul Smith Computer Services Tel: 01484 855800 Vat No: GB 685 698

Re: [mailop] Abandoning self hosting and moving to Protonmail - experiences?

... https://protonmail.com/support/knowledge-base/encrypt-for-outside-users/ Also, it doesn't look as if that email will be encrypted beyond Protonmail's ability to access, otherwise they wouldn't be able to show it to the recipient when they've logged into Protonmail's website. -- Paul Smith

Re: [mailop] How long to retry?

message hasn't been delivered yet. Maybe if DSN was more widely supported, that would allow better user feedback as well.) -- Paul Smith Computer Services Tel: 01484 855800 Vat No: GB 685 6987 53 Sign up for news & updates at http://www

Re: [mailop] Recipe vs fake From: header?

? This is one thing that DMARC is intended to solve. DMARC checks the header 'From' address matches either the DKIM signature domain or the SPF domain. -- Paul Smith Computer Services Tel: 01484 855800 Vat No: GB 685 6987 53 Sign up for news & updates at http://www.pscs.co.uk/go/subsc

Re: [mailop] Recipe vs fake From: header?

. DMARC requires the DKIM 'd' domain value (or the SPF Mail-From domain) to relate to the FROM message header. So, DMARC is what you need (along with DKIM and SPF, to give DMARC something to work with) -- Paul Smith Computer Services Tel: 01484 855800 Vat No: GB 685 6987 53 Sign up for news

Re: [mailop] Suggestions for mailops.org website - forum?

m a couple of years ago. Now, it's unusual for there to be as many as one message a month. If you can find a system which allows forum replies to be sent by email (basically a forum and mailing list in parallel), then that works OK, but they're not that common AFAIAA. -- Paul Smith Computer Se

Re: [mailop] [External] Re: Horrible week for email deliverability - Looking for help with RackSpace/Emailsrvr

'a small ESP', *my* immediate thought was that they were a larger version of us, rather than a smaller version of MailChimp. You obviously thought the opposite. Which is fine. But which could do with clarification. -- Paul -- Paul Smith Computer Services Tel: 01484 855800 Vat No: GB 685

Re: [mailop] [External] Re: Horrible week for email deliverability - Looking for help with RackSpace/Emailsrvr

when they can actually get through to someone who doesn't just reply with useless stock emails when they need help. -- Paul -- Paul Smith Computer Services Tel: 01484 855800 Vat No: GB 685 6987 53 Sign up for news & updates at http://www.pscs.co.uk/go/s

Re: [mailop] Microsoft MSN JMRP SNDS support

e. Maybe you'll have better luck than me. -- Paul -- Paul Smith Computer Services Tel: 01484 855800 Vat No: GB 685 6987 53 Sign up for news & updates at http://www.pscs.co.uk/go/subscribe___ mailop mailing list mailop@mailop.org https://chilli.n

Re: [mailop] Deutsche Telekom rejects connections because of missing "provider identification"

on their website, but do not need to put a 'registered address' or anything like that in their emails as people from registered companies do. -- Paul Paul Smith Computer Services supp...@pscs.co.uk - 01484 855800 -- Paul Smith Computer Services Tel: 01484 855800 Vat No: GB 685 6987 53 Sign up for news

Re: [mailop] Deutsche Telekom rejects connections because of missing "provider identification"

they could call it something fancy like 'Sender Policy Framework' or something?.. -- Paul Paul Smith Computer Services supp...@pscs.co.uk - 01484 855800 -- Paul Smith Computer Services Tel: 01484 855800 Vat No: GB 685 6987 53 Sign up for news & updates at http://www.pscs.co.uk/go/subsc

Re: [mailop] Deutsche Telekom rejects connections because of missing "provider identification"

r can send from *any* domain, then it's a useless policy, as well as being unscalable. -- Paul Paul Smith Computer Services supp...@pscs.co.uk - 01484 855800 -- Paul Smith Computer Services Tel: 01484 855800 Vat No: GB 685 6987 53 Sign up for news & updates at http://www.pscs.co.u

Re: [mailop] Microsoft Block list (S3150)

/arbitrary/random and don't want to risk all the problems being discovered? -- Paul -- Paul Smith Computer Services Tel: 01484 855800 Vat No: GB 685 6987 53 Sign up for news & updates at http://www.pscs.co.uk/go/subscribe ___

Re: [mailop] keeping rejected mails in queue for second attempt acceptable?

re getting, and can check for those. That's why the receiving MTA should return a 4xx for a temporary problem. -- Paul -- Paul Smith Computer Services Tel: 01484 855800 Vat No: GB 685 6987 53 Sign up for news & updates at http://www.pscs.co.uk/go/subscribe_

Re: [mailop] UCEPROTECT-Level1 listing

st the 48 hours prior to their timestamp. How do you know no mail was sent from that IP address? Was the IP address blocked at your firewall, or could a different PC or some software have sent that mail without you being aware of it? -- Paul -- Paul Smith Computer Services Tel: 01484

Re: [mailop] Effeciveness (or not) of SPF

Paul Smith Computer Services supp...@pscs.co.uk - 01484 855800 -- Paul Smith Computer Services Tel: 01484 855800 Vat No: GB 685 6987 53 Sign up for news & updates at http://www.pscs.co.uk/go/subscribe ___ mailop mailing list mailop@mailop.org h

Re: [mailop] Effeciveness (or not) of SPF

fline, but lots of people don't realise that email addresses can be forged so easily; anything that makes it harder is a good thing. -- Paul Paul Smith Computer Services supp...@pscs.co.uk - 01484 855800 -- Paul Smith Computer Services Tel: 01484 855800 Vat No: GB 685 6987 53 Sign up for ne

Re: [mailop] Effeciveness (or not) of SPF

) -- Paul Paul Smith Computer Services supp...@pscs.co.uk - 01484 855800 -- Paul Smith Computer Services Tel: 01484 855800 Vat No: GB 685 6987 53 Sign up for news & updates at http://www.pscs.co.uk/go/subscribe ___ mailop mailing list mailop@mailop.org h

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

precedence, and there's a requirement for the client to try all available servers - that doesn't exist with HTTP. Also, you don't have sessions that last more than one connection in SMTP, whereas you do in HTTP(S). -- Paul Paul Smith Computer Services supp...@pscs.co.uk - 01484 855800

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

doesn't respond. https://en.wikipedia.org/wiki/Nolisting -- Paul Paul Smith Computer Services supp...@pscs.co.uk - 01484 855800 -- Paul Smith Computer Services Tel: 01484 855800 Vat No: GB 685 6987 53 Sign up for news & updates at http://www.pscs.co.uk/go/subsc

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

rds *OR* multihoming (multiple A records) -- Paul Paul Smith Computer Services supp...@pscs.co.uk - 01484 855800 -- Paul Smith Computer Services Tel: 01484 855800 Vat No: GB 685 6987 53 Sign up for news & updates at http://www.pscs.co.uk/go/subscribe_

Re: [mailop] Is it something to worry about?

) -- Paul Paul Smith Computer Services supp...@pscs.co.uk - 01484 855800 -- Paul Smith Computer Services Tel: 01484 855800 Vat No: GB 685 6987 53 Sign up for news & updates at http://www.pscs.co.uk/go/subscribe ___ mailop mailing list mailop@mailop

Re: [mailop] Weird 'tempfail too many recipients' bug/incompatibility EXIM => Postfix?

is really receiving. -- Paul Paul Smith Computer Services supp...@pscs.co.uk - 01484 855800 -- Paul Smith Computer Services Tel: 01484 855800 Vat No: GB 685 6987 53 Sign up for news & updates at http://www.pscs.co.uk/go/subscribe ___ mailop mailing list

Re: [mailop] Is it something to worry about?

, so isn't in L2/L3) I wouldn't block outright based on just an L2/L3 listing, but it does give a leg-up to the spam scoring. -- Paul Paul Smith Computer Services supp...@pscs.co.uk - 01484 855800 -- Paul Smith Computer Services Tel: 01484 855800 Vat No: GB 685 6987 53 Sign up for

Re: [mailop] Weird 'tempfail too many recipients' bug/incompatibility EXIM => Postfix?

work: smtpd_discard_ehlo_keywords = pipelining Or, if you're running the exim server, you could see if there's a way of disabling pipelining in that to see if that fixes it as well. -- Paul Paul Smith Computer Services supp...@pscs.co.uk - 01484 855800 -- Paul Smith Computer Services Tel

Re: [mailop] Weird 'tempfail too many recipients' bug/incompatibility EXIM => Postfix?

Smith Computer Services supp...@pscs.co.uk - 01484 855800 -- Paul Smith Computer Services Tel: 01484 855800 Vat No: GB 685 6987 53 Sign up for news & updates at http://www.pscs.co.uk/go/subscribe ___ mailop mailing list mailop@mailop.org h

Re: [mailop] paypal.com issues

pf.paypal.com include:3ph5._spf.paypal.com ~all" paypal.com. 3548    IN  TXT "v=spf1 include:aspmx.pardot.com ~all" paypal.com. 3548    IN  TXT "workplace-domain-verification=F7ezsH9uapvYDGd2VtPARy1qq9ymN6" . but now there's j

Re: [mailop] Help debugging an outlook.com reject

y low volume, that could trigger blocking. I don't know what the text is, but could you make it more personalised, so the recipient can be more certain it's not phishing? -- Paul Paul Smith Computer Services supp...@pscs.co.uk - 01484 855800 -- Paul Smith Computer Services Tel: 01484 8558

Re: [mailop] Weird 'tempfail too many recipients' bug/incompatibility EXIM => Postfix?

On 04/02/2021 14:57, Paul Gregg via mailop wrote: On Thu, Feb 04, 2021 at 12:03:45PM +, Paul Smith via mailop wrote: On 04/02/2021 11:39, Paul Gregg via mailop wrote: It sounds like you are using PIPELINING when the remote doesn't support it (properly). See if you can turn off pipelining

Re: [mailop] RFCs on quoted pairs in From:?

it here, with a message header like: From: "Joe " Subject: test and Thunderbird tries to reply to b...@example.com. That is totally wrong! It's a bug and needs reporting. -- Paul Paul Smith Computer Services supp...@pscs.co.uk - 01484 855800 -- Paul Smith Computer Services Tel: 01484

Re: [mailop] Greylisting never passing on retry

at message. Paul -- Paul Smith Computer Services Tel: 01484 855800 Vat No: GB 685 6987 53 Sign up for news & updates at http://www.pscs.co.uk/go/subscribe ___ mailop mailing list mailop@mailop.org https://list.mailop.org/listinfo/mailop

Re: [mailop] Feasibility of a private DNSBL

.myspamblock.com' (where 'hegr27dm31' is the 'secret key') -- Paul Paul Smith Computer Services supp...@pscs.co.uk - 01484 855800 -- Paul Smith Computer Services Tel: 01484 855800 Vat No: GB 685 6987 53 Sign up for news & updates at http://www.pscs.co.uk/go/subsc

Re: [mailop] SMTP AUTH harassment

like auth abuse here, so you can see if IP addresses you're getting attacked by are attacking others. -- Paul Paul Smith Computer Services supp...@pscs.co.uk - 01484 855800 -- Paul Smith Computer Services Tel: 01484 855800 Vat No: GB 685 6987 53 Sign up for news & updates at http://www

Re: [mailop] Who Do You Recommend for Small Business Regular (Non-Bulk) Email?

from smaller companies, even though they're not paying much more. I expect many of the smaller email providers are in the same boat. Paul -- Paul Smith Computer Services Tel: 01484 855800 Vat No: GB 685 6987 53 Sign up for news & updates at http://www.pscs.co.uk/go/s

Re: [mailop] outlook.com 421 try again later S77719

On 11/10/2023 10:48, Urban Loesch via mailop wrote: Hi, same here in north Italy. Also users on Reddit encounter the same: https://www.reddit.com/r/sysadmin/comments/1755npg/anyone_else_seeing_outlook_mail_delivery_problems/ That points to an issue in the M365 admin -> Healt -> service

Re: [mailop] outlook.com 421 try again later S77719

On 11/10/2023 10:12, Andreas via mailop wrote: since a few hours we have problems with sending to Microsoft. We get hundreds of messages like in the subject with the reference to S77719. Also colleagues from other companies in germany are seeing the same in their logs. All mails that are

Re: [mailop] Interesting question from a team member, MX chaining, list-manage.com

an MX record is fine, it means that mail to 'b...@mail.admin.mailchimp.com' has somewhere to go. But it doesn't mean that mail to 'b...@list-manage.com' has anywhere to go. You can't chain MX records like that. Paul -- Paul Smith Computer Services Tel: 01484 855800 Vat No: GB 685 6987

  1   2   >