Icedove version 38.4.0-1-deb7u1+7.0trisquel2 fails to connect to OpenMailBox.org's IMAP and POP3 servers

I can't help because the stuff you're sending is not English.

But, I can observe that you do seem to like to make long subjects and then say that it describes everything. :)

Like "Do you know any [Bit]Torrent site used to inform to others about LEGALLY SHAREABLE non-functional data, and whose recommendations don't rely on file formats and codecs used mainly by non-free software?"

As a SUBJECT line. Wow. You know that your entire message shouldn't go into the subject line, right? That's what the message body is for. :)

I agree about the subject issue. Please keep it short and simple. ;-)

@Topic: I have a similar issue since I recently updated to a newer Thunderbird version. I'm not able to send e-mails with attachment any more. That's a VERY annoying thing for me and I already had to change to claws-mail even though I don't like its style too much. However, claws-mail works like a charm with the very same server settings as Icedove.

The error message I keep getting is:

"Sending of the message failed. The message could not be sent because the connection to Outgoing server (SMTP) [any SMTP server here...] was lost in the middle of the transaction. Try again."

http://kb.mozillazine.org/Connection_errors_-_SMTP

ADFENO
By the looks of Openmailbox Forum
https://www.openmailbox.org/forum/viewtopic.php?id=1437
Quite some other users are having issues
https://trisquel.info/en/forum/problems-acceding-openmailboxorg

You could try to Ping your IMAP/POP servers
#ping -c 10

here's the result of Ping for
http://whois.domaintools.com/openmailbox.org


# ping -c 10 62.4.1.33
PING 62.4.1.33 (62.4.1.33) 56(84) bytes of data.
64 bytes from 62.4.1.33: icmp_seq=1 ttl=54 time=45.0 ms
64 bytes from 62.4.1.33: icmp_seq=2 ttl=54 time=44.3 ms
64 bytes from 62.4.1.33: icmp_seq=3 ttl=54 time=44.1 ms
64 bytes from 62.4.1.33: icmp_seq=4 ttl=54 time=44.7 ms
64 bytes from 62.4.1.33: icmp_seq=5 ttl=54 time=44.0 ms
64 bytes from 62.4.1.33: icmp_seq=6 ttl=54 time=43.8 ms
64 bytes from 62.4.1.33: icmp_seq=7 ttl=54 time=44.3 ms
64 bytes from 62.4.1.33: icmp_seq=8 ttl=54 time=44.0 ms
64 bytes from 62.4.1.33: icmp_seq=9 ttl=54 time=44.7 ms
64 bytes from 62.4.1.33: icmp_seq=10 ttl=54 time=44.2 ms
--- 62.4.1.33 ping statistics ---
10 packets transmitted, 10 received, 0% packet loss, time 9010ms
rtt min/avg/max/mdev = 43.801/44.349/45.031/0.400 ms

Hello,

Same problem with IceDove 38.
Before upgrading from previous release everything works well.

Now with IceDove 38, there is issue only when sending e-mails with attachment, error is :
"L'envoi du message a échoué.
Le message n'a pas pu être envoyé car la connexion au serveur sortant (SMTP) « smtp.orange.fr » a été perdue pendant la transaction. Veuillez essayer à nouveau."

Sorry it is in french, in english that could be :
"Sending of the message failed.
The message could not be sent because the connection to Outgoing server (SMTP) « smtp.orange.fr » was lost during the transaction. Try again."

Thank you for your help.

Jean-Luc.

hello

I have the same issue with icedove 38.4.0 with openmailbox and mailoo.org. I can't receive emails from these servers but i can send from the client.

Trisquel 7 32bit version

edit : a workaround from the spanish forum https://trisquel.info/fr/forum/problemas-con-icedove-3840

downgrading to version 31.8.0 via synaptic (select icedove, packages, force version..., select 31.8.0 and apply)

I just opened a ticket for this issue. It can be found here: https://trisquel.info/en/issues/16300

Version 38.5 has been released. Does it fix this problem?

Today I made a quick test using version 38.5.0-1~deb7u1+7.0trisquel2 of Icedove.

The test involved removing my existing receiving account setup (be it IMAP or POP3), opening the errors console (which can be located at the Icedove's menu, in the Tools menu, or by pressing Ctrl + Shift + J), making the errors console display every message, and the configure the receiving account again. Note that since I have issues with the receiving process, I didn't remove the sending account information, otherwise I would have to configure other sending account just to be able to remove and reconfigure the one I would normally use.

So in the errors console I get the following messages before using the automatic server configuration discovery for the account:

# Start of log.
While registering XPCOM module file:///usr/lib/icedove/components/libdbusservice.so, trying to re-register CID '{75a500a2-0030-40f7-86f8-63f225b940ae}' already registered by .

Hour: 04-01-2016 20:41:45
Alert: Mutation events shouldn't be used anymore. Instead, use MutationObserver.
Source file: chrome://calendar/content/widgets/calendar-widgets.xml
Line: 496

Hour: 04-01-2016 20:41:46
Error: TypeError: tab is undefined
Source file: chrome://messenger/content/tabmail.xml
Line: 1067
# End of log.

Then, during the usage of the automatic server configuration discovery for the account:

# Start of log.
Hour: 04-01-2016 20:43:27
Error: The XML file doesn't contain an email account configuration.
Source file: resource:///modules/errUtils.js
Line: 35

# Last message repeats 2 times.

Hour: 04-01-2016 20:43:31
Error: Not Found
Source file: resource:///modules/errUtils.js
Line: 35

Hour: 04-01-2016 20:43:32
Error: MX lookup would be no different from domain
Source file: resource:///modules/errUtils.js
Line: 35
# End of log.

Then, as OpenMailBox users might already know, once the discovery is finished, we need to supply our email address as the username for the IMAP, POP3, and SMTP servers, and so I did, and after inserting my password and unchecking "Remember password", I was expecting some feedback in the errors console. Surprisingly, nothing showed up in the errors console. However, the bug still persists since a normal user will face a warning telling him that the username or password are incorrect, and which will not allow the window to close even after the "Finish" but is clicked. The window only closes if the user cancels the configuration or configures the account manually using the advanced configuration. But still after configuring the account, he won't be able to receive emails (for those who are unable to receive, at least).

Interestingly, when telling Icedove to enter the advanced configuration, the errors console shows the following:

# Start of log.
Hour: 04-01-2016 21:08:58
Error: [Exception... "Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIMsgFolder.getStringProperty]" nsresult: "0x80004005 (NS_ERROR_FAILURE)" location: "JS frame :: chrome://messenger/content/folderPane.js :: getSmartFolderName :: line 2790" data: no]
Source file: chrome://messenger/content/folderPane.js
Line: 2792

# Last message repeats 1 times.
# End of log.

When I accept the configuration and click at the inbox of my still-not-loaded IMAP account, the errors console shows the following:

# Start of log.
Hour: 04-01-2016 21:13:00
Error: [Exception... "Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIMsgFolder.getStringProperty]" nsresult: "0x80004005 (NS_ERROR_FAILURE)" location: "JS frame :: chrome://messenger/content/folderPane.js :: getSmartFolderName :: line 2790" data: no]
Source file: chrome://messenger/content/folderPane.js
Line: 2792

# Last message repeats approximately 53 times.
# End of log.

I hope this has proven to be useful, even if it serves to rule something out (that is, to discard some possibility which is in the minds of the developers).

Todo: Do the same procedure with a previous version of Icedove that used to behave well, in order to check whether the errors presented here are unique to the upgraded version or not.

Today I made a quick test using version 38.5.0-1~deb7u1+7.0trisquel2 of
Icedove.

The test involved removing my existing receiving account setup (be it IMAP or
POP3), opening the errors console (which can be located at the Icedove's
menu, in the Tools menu, or by pressing Ctrl + Shift + J), making the errors
console display every message, and the configure the receiving account again.
Note that since I have issues with the receiving process, I didn't remove the
sending account information, otherwise I would have to configure other
sending account just to be able to remove and reconfigure the one I would
normally use.

So in the errors console I get the following messages before using the
automatic server configuration discovery for the account:

# Start of log.
While registering XPCOM module
file:///usr/lib/icedove/components/libdbusservice.so, trying to re-register
CID '{75a500a2-0030-40f7-86f8-63f225b940ae}' already registered by .

Hour: 04-01-2016 20:41:45
Alert: Mutation events shouldn't be used anymore. Instead, use
MutationObserver.
Source file: chrome://calendar/content/widgets/calendar-widgets.xml
Line: 496

Hour: 04-01-2016 20:41:46
Error: TypeError: tab is undefined
Source file: chrome://messenger/content/tabmail.xml
Line: 1067
# End of log.

Then, during the usage of the automatic server configuration discovery for
the account:

# Start of log.
Hour: 04-01-2016 20:43:27
Error: The XML file doesn't contain an email account configuration.
Source file: resource:///modules/errUtils.js
Line: 35

# Last message repeats 2 times.

Hour: 04-01-2016 20:43:31
Error: Not Found
Source file: resource:///modules/errUtils.js
Line: 35

Hour: 04-01-2016 20:43:32
Error: MX lookup would be no different from domain
Source file: resource:///modules/errUtils.js
Line: 35
# End of log.

Then, as OpenMailBox users might already know, once the discovery is
finished, we need to supply our email address as the username for the IMAP,
POP3, and SMTP servers, and so I did, and after inserting my password and
unchecking "Remember password", I was expecting some feedback in the errors
console. Surprisingly, nothing showed up in the errors console. However, the
bug still persists since a normal user will face a warning telling him that
the username or password are incorrect, and which will not allow the window
to close even after the "Finish" but is clicked. The window only closes if
the user cancels the configuration or configures the account manually using
the advanced configuration. But still after configuring the account, he won't
be able to receive emails (for those who are unable to receive, at least).

Interestingly, when telling Icedove to enter the advanced configuration, the
errors console shows the following:

# Start of log.
Hour: 04-01-2016 21:08:58
Error: [Exception... "Component returned failure code: 0x80004005
(NS_ERROR_FAILURE) [nsIMsgFolder.getStringProperty]" nsresult: "0x80004005
(NS_ERROR_FAILURE)" location: "JS frame ::
chrome://messenger/content/folderPane.js :: getSmartFolderName :: line 2790"
data: no]
Source file: chrome://messenger/content/folderPane.js
Line: 2792

# Last message repeats 1 times.
# End of log.

When I accept the configuration and click at the inbox of my still-not-loaded
IMAP account, the errors console shows the following:

# Start of log.
Hour: 04-01-2016 21:13:00
Error: [Exception... "Component returned failure code: 0x80004005
(NS_ERROR_FAILURE) [nsIMsgFolder.getStringProperty]" nsresult: "0x80004005
(NS_ERROR_FAILURE)" location: "JS frame ::
chrome://messenger/content/folderPane.js :: getSmartFolderName :: line 2790"
data: no]
Source file: chrome://messenger/content/folderPane.js
Line: 2792

# Last message repeats approximately 53 times.
# End of log.

I hope this has proven to be useful, even if it serves to rule something out
(that is, to discard some possibility which is in the minds of the
developers).

Todo: Do the same procedure with a previous version of Icedove that used to
behave well, in order to check whether the errors presented here are unique
to the upgraded version or not.

Thanks again, @ADFENO.

I upgraded to 38.5.0-1~deb7u1+7.0trisquel2 and still have the same error:

"Sending of the message failed.
The message could not be sent using Outgoing server (SMTP) [*****.com] for an unknown reason. Please verify that your Outgoing server (SMTP) settings are correct and try again."

I also tried using Thunderbird and sending from the account I was having problems with worked without problems.

Why isn't this problem happening to more people? Why am I able to send from some accounts but not others? Why does it work on Thunderbird but not Icedove?

I just opened a ticket for this issue. It can be found here:
https://trisquel.info/en/issues/16300

Version 38.5 has been released. Does it fix this problem?

Thanks again, @ADFENO.

I upgraded to 38.5.0-1~deb7u1+7.0trisquel2 and still have the same error:

"Sending of the message failed.
The message could not be sent using Outgoing server (SMTP) [*****.com] for an
unknown reason. Please verify that your Outgoing server (SMTP) settings are
correct and try again."

I also tried using Thunderbird and sending from the account I was having
problems with worked without problems.

Why isn't this problem happening to more people? Why am I able to send from
some accounts but not others? Why does it work on Thunderbird but not
Icedove?

Version 38.6 has been released. Does it fix this problem when the latest upgrades have installed at the same?

I would also like to get an update about this issue. Is it finally solved and safe to upgrade to this version again? Thanks a lot for any feedback.

Sorry for not answering for a long time. I'had to send my old faithful computer for maintenance/cleanup. Once I get it back with my system back and folders in place, I'll get back to testing.

Thank you Adfeno, Sasaki, fbit and everyone!

I have not been able to send emails from my Openmailbox and RiseUp accounts for months. But now I have downgraded Icedove with

sudo apt-get install icedove=31.8.0-1~deb7u1+7.0trisquel2

and it works!

I hope the ticket Mzee opened gets solved so that we can update the software when needed.

Oh! My Lightning extension (an integrated calendar for Icedove) does not work now, it says it is incompatible with Icedove 31.8.0

Let's wait for the resolution of the ticket
https://trisquel.info/en/issues/16300

I've had a lot of problems with icedove. It worked for multiple email addresses, then just one, now none!. I haven't worked too hard at fixing it, since there are so many alternatives.

I've used openmailbox with: pine, mutt, evolution, claws-mail, icedove, and geary. I could access it with all of those clients at one point or another.

My solution for now is I use one email client per email address. I'm using geary or evolution for gmail and I'm using claws-mail for openmailbox.

Geary is my favorite as it is clean and simple. However, it crashes randomly unfortunately--segmentation fault. Even when it works, it is a little to light for my taste--I want just a few more features. Lately I'm using geary in XFCE and it hasn't crashed yet. It did crash in several other window managers (fluxbox, i3wm, trisquel)

Several times I've considered getting a different email account because of all of this, and I may still. However, I've already used this email address in several important places and would rather not have to change it.

Has anybody had perfect success with the "web clients"? If not, what problems does it have.

I can see the issue has been opened here in trisquel.info, but has it been done there : https://wiki.debian.org/Icedove#Reporting_Bugs ?

And maybe it comes from the upstream thunderbird ?

By the more, has someone tried to expose the problem to openmailbox maintainer ?