Re: [exim] http://exim.org/ broken since Monday

Additional tests show all of the above not happening when accessing via german-terminated VPN. What's happening? -- ./lxnt -- ## List details at https://lists.exim.org/mailman/listinfo/exim-users ## Exim details at http://www.exim.org/ ## Please use the Wiki with this list -

[exim] http://exim.org/ broken since Monday

Hello. http://www.exim.org/ redirects to https://www.exim.org/, which then fails with invalid certificate. Certificate supplied is for bugs.exim.org, exim.org only. http://exim.org redirects to https://exim.org/, which shows content of https://bugs.exim.org/ As a result, online documentation

Re: [exim] Exim trying to send email to A record of recipient domain

On 9 Feb 2016, at 14:29, Konstantin Boyandin wrote: > The above Exim behaviour has happened just few times. Nameservers' > responses are being monitored 24/7 and they didn't show any quirks. With the same granularity that Exim has? Are the resolvers the same in each case?

Re: [exim] http://exim.org/ broken since Monday

Nigel Metheringham (Mi 10 Feb 2016 22:05:57 CET): > Suspect you may have something like a https-everywhere plugin on your > browser pushing it to an https URL. An incognito tab of my Chrome browser tries to complete exim.org as https://exim.org and offers "use tab to search

Re: [exim] http://exim.org/ broken since Monday

Suspect you may have something like a https-everywhere plugin on your browser pushing it to an https URL. We do not serve the base website (exim.org or www.exim.org ) over TLS currently - attempting to get these over TLS will fail in interesting an likely amusing ways. There

Re: [exim] exim ratelimit on subject for incoming mail

Hi Nick On 10 Feb 2016, at 17:45, Nick Rickard wrote: > this therefore kicks in fairly rapidly and I don't have any other mail > (mailing lists, twitter notifications, etc) that approaches this rate so I > don't foresee false positives being an issue. If you can

Re: [exim] http://exim.org/ broken since Monday

On 10 Feb 2016, at 10:39, Alexander Sabourenkov wrote: > http://www.exim.org/ redirects to https://www.exim.org/, which then fails > with invalid certificate. > Certificate supplied is for bugs.exim.org, exim.org only. > > http://exim.org redirects to https://exim.org/,

Re: [exim] http://exim.org/ broken since Monday

On Thu, Feb 11, 2016 at 12:05 AM, Nigel Metheringham wrote: > Suspect you may have something like a https-everywhere plugin on your > browser pushing it to an https URL. > > We do not serve the base website (exim.org or www.exim.org) over TLS > currently - attempting to get

[exim] exim ratelimit on subject for incoming mail

Hi, I receive, and want to continue to receive, @mydomain.com as I often given semi-random email addresses out so aaa...@mydomain.com, bbb...@mydomain.com are all 'valid' addresses and therefore I cannot (easily) sort on recipient as a spam filter. The zen.spamhaus.org blocklist does a

Re: [exim] http://exim.org/ broken since Monday

On 10.02.2016 23:23, Alexander Sabourenkov wrote: > But if it is your intention to serve exim.org over http, you should remove > that header. It just might be that I hit some of the domains in https mode > and HSTS mode got set for the whole domain, maybe with some weird > dependency on the

Re: [exim] [SOLVED] exim ratelimit on subject for incoming mail

On 10/02/16 20:37, Graeme Fowler wrote: You can make ratelimit use *any* key you like as the lookup - so it can be (as you’ve done already) the envelope sender address, or the sender’s IP address, or a hostname, or… well, you get the idea. In the DATA ACL, you’ve got access to all the