Re: POP3 connection failed - server now TLS 1.2 ?

 
From: "Justin John justin@PROTECTED [Dada Mail Developers]" <dadadev@PROTECTED>
In-Reply-To: (no subject)
Date: June 22nd 2021
Changes have been made: 


Most likely be in v11.14.2.- double-check the changelog when it comes out, 

-- 

Justin J: Lead Dadaist
url:         dadamailproject.com
email:    justin@PROTECTED
twitter:  @dadamail

Dada Mail Announcements: 



On Jun 21, 2021, at 9:43 AM, Chris Holt chris.holt@PROTECTED [Dada Mail Developers] <dadadev@PROTECTED> wrote:

 

From: chris.holt@PROTECTED

Thank you, Justin. I should mention that permission is denied for/usr/bin/ping within the jail shell on my shared host. However, it looks like Net::Ping in mode 'tcp', which I believe you use for testing the SMTP connection, doesn't use ping per se so may well be an option.

Thanks again

Chris

On 21/06/2021 03:28, Justin John justin@PROTECTED [Dada Mail Developers] wrote:
 

From: justin@PROTECTED

Hmm - in the SMTP connection/mail test, I ping the server before trying to connect to it to send a message - we could do something similar for POP3 and IMAP connections. I’ll add that as a feature request: 



-- 

Justin J: Lead Dadaist
url: dadamailproject.com
email: justin@PROTECTED
twitter: @dadamail

Dada Mail Announcements: 



On Jun 18, 2021, at 11:30 AM, Chris Holt chris.holt@PROTECTED [Dada Mail Developers] <dadadev@PROTECTED>wrote:

 

From: chris.holt@PROTECTED

Hello again

A short epilogue in case something similar happens to others. I went ahead and added setting the SSL_version to explicity include TLS 1.2 but it made no difference. I tried setting NET_POP3 =>1 in the config CPAN_DEBUG_SETTINGS but the debug messages only started turning up in the error log after the problem had been cured.What did help was trying to telnet to the mail server from the'jailed shell'I have access to on the server where Dada Mail is installed.This showed that, while the port to the SMTP server was open, both the SSL and the unencrypted ports to the POP3 server were blocked.As they were blocked, there was no communication from them at all - hence the 'Content failed to load' when testing from within Bridge and no POP3 debug messages.

As soon as port 995 was reopened, Dada Mail started working again.I have no idea why it had become blocked. Just one of the joys of shared hosting, I suppose.

Kind regards

Chris

On 12/06/2021 15:16, Chris Holt wrote:

Hello Justin and developers

My list has been running reliably since November 2019,with an update to 11.11.2 in September.However, the list has not sent out any messages since 21st May(apart from a message to me on 25th May saying a non-subscriber had tried to post).

The shared host error_log file has messages every five minutes that include"AH01220:Timeout waiting for output from CGI script/home/very_long_path/cgi-bin/dada/mail.cgi"and "Script timed out before returning headers:mail.cgi". My attention was drawn to these by the host support team,who were responding to our webmaster's queries about why our website, on the same host,was slow and giving 504 timeout errors.

When I tried to run the Dada Mail scheduled job from the command line(following the online documentation),mail.cgi took two or three minutes to respond, which explains the timeouts.  I have attached a redacted version of the verbose response eventually obtained. Much of it looks sensible. It also shows that the daily digests that are sent to me have not been sent since 21st May. The cause is shown as "no new messages" but several have been sent to the list in the interim.

The clue seems to be the "*Connection to'mail.livemail.co.uk'wasn't successful","* POP3 connection failed!"messages for the Bridge plugin and for the bounce handler.

From the administration control panel,Bridge page, I pressed the on screen button to test the POP3 connection.After a pause,there was a white box containing"This content failed to load". The adjacent manual check button had the same response.

I can log into the POP3 account via the shared host's webmail(using the usual username and password).I found seven email messages sent to the list: three from me on 29th May and 1st and 4th June, three from other subscribers on 10th June and one I sent as a test yesterday.Their presence is consistent with Dada Mail being unable to retrieve them.

Also,in.dada_files/.tmp,there is an mbox text file that seems to have every message since 2019 but finishes with the email received from the non-subscriber on 25th May.I've renamed it to see if it is re-created when the list starts working again.

Wondering why the POP3 access might have stopped,I have been searching through the shared host's support forum.In November 2020,users with Thunderbird were complaining that their client was now using TLS 1.2 by default while livemail.co.uk,the host's mail service,was still on TLS 1. There has since been an undated announcement that livemail.co.uk has changed to TLS 1.2 and that clients unable to use TLS 1.2 may have problems.

Since 2019, I have been using POP3.pm and IO:Socket:SSL v.2.066.Should I try setting SSL_version to'SSLv23:!SSLv2:!SSLv3:!TLSv1_1:!TLSv1_2'in POP3.pm, as the metacpan documentation suggests?

Or am I barking up the wrong tree entirely and should I be looking for why the website and possibly the SQL databases are running slowly and causing timeouts,including for POP3 access?

The semaphore messages that I keep logged as a visible heartbeat for the list,mentioned in my November 2019 dadadev emails,changed after 23:40 26th May to "Couldn't create an exclusive semaphore file at...ScheduledTasks.pm line 229, line 1" without time stamps.

What could have happened near midnight on 26th May, to stop the list retrieving and sending out emails?

Kind regards

Chris

 

Dada Mail Developers

Post to: Dada Mail Developers ( dadadev@PROTECTED ) 
Manage Your Subscription 

Unsubscribe 

 

Dada Mail Developers

Post to: Dada Mail Developers ( dadadev@PROTECTED ) 
Manage Your Subscription 

Unsubscribe 
 

Dada Mail Developers

Post to: Dada Mail Developers ( dadadev@PROTECTED ) 
Manage Your Subscription 
Unsubscribe 

  • This mailing list is a public mailing list - anyone may join or leave, at any time.
  • This mailing list is a group discussion list (unmoderated)
  • Start a new thread, email: dadadev@dadamailproject.com

This is the developer discussion mailing list for Dada Mail.

If you are just looking for support Dada Mail, consult the message boards at:

https://forum.dadamailproject.com

Documentation for Dada Mail:

https://dadamailproject.com/d

Specifically, see the Error FAQ:

https://dadamailproject.com/d/FAQ-errors.pod.html

To post to this list, send a message to:

mailto:dadadev@dadamailproject.com

All subscribers of this list may post to the list itself.

Topics that are welcome:

  • Constructive critiques on the program (I like, "x", but, "y" needs some work - here's an idea on how to make this better...)
  • Bug/Error reports
  • Bug fixes
  • Request For Comments on any changes to the program
  • Help customizing Dada Mail for your own needs
  • Patches
  • Language Translations
  • Support Documentation/Doc editing, FAQ's, etc.
  • Discussion of any changes that you would like to be committed to the next version of Dada Mail -

Dada Mail is on Github:

https://github.com/justingit/dada-mail/

If you would like to fork, branch, send over PRs, open up issues, etc.

Privacy Policy:

This Privacy Policy is for this mailing list, and this mailing list only.

Email addresses collection through this mailing list are used explicitly to work within this email discussion list.

We only collect email addresses through our Closed-Loop Opt-In system.

We don't use your email address for any other purpose.

We won't be sharing your email address with any other entity.

Unsubscription can be done at any time. Please contact us at: justin@dadamailproject.com for any help regarding your subscription, including removal from the mailing list.

All mailing list messages sent from us will include a subscription removal link, which will allow you to remove yourself from this mailing list automatically, and permanently.

All consent to use your email address for any other purpose stated at the time of the mailing list subscription will also be revoked upon mailing list removal.