outgoing emails stuck in Outbox

outgoing emails stuck in Outbox

I am using Opera 10.51 on Windows XP. I have several recent emails (recent since I upgraded to 10.51) that are in my Outbox, and have been for several days. I don't think that these emails have been delivered, because I haven't received any answers to them.

What is the purpose of the Outbox? My internet connection is an unreliable wireless connection, could that be part of the problem?

The Outbox is essentially a folder that stores emails waiting to be sent. From what I know, if you try to send an email while you have no internet connection or if you have "Queue Messages" for that account enabled it will be placed here.

You can click the "Check/Send" button in the mail panel to send them. If you have removed it, you can add it back somewhere from Appearance > Buttons > Mail.
('Mail > Check/Send > Send Queued' also works)

My problem is that some emails remain in the Outbox and are never sent, even after I do "Check/Send" or "Send Queued". I think this is a bug.

See if this helps:

Go into the account's properties, check "don't send immediately", OK out and close the accounts list. Then, go back in and revert the change..

I simply cannot believe this problem STILL exists.

A few months ago I had mail stuck in the Outbox, but checked the forums regularly and was told the problem (with Hotmail) was fixed. Lo and behold, it worked, and Opera became my browser/mail solution. I even promoted it on Facebook.

Well, here I am again and discover the problem is back! No settings were changed in the interim, so I can only conclude the planets were in the right alignment for a time or some other nonsense.

So I'm going back to Thunderbird, which worked always and will use Firefox/Chrome for my browser. Sure, it's a few more mouse clicks and perhaps a sacrifice in speed, but until I read independently of Opera getting their act together I'm sorry to say I'm ditching this suite. I simply do not have the time to scour through forums, install independent copies, etc.

What a shame.

Originally posted by rct0725:

Well, here I am again and discover the problem is back! No settings were changed in the interim, so I can only conclude the planets were in the right alignment for a time or some other nonsense.

Did you ever try with a completely fresh install of the latest Opera (10.53/10.54) including using a new profile and new mail folder etc. and setting up hotmail in it?

Can you think of any patterns in the composed messages that triggered this?

Ever time it happened:

Was it always an HTML message?

Did it always have an attachment?

Was it always to a certain person? And, were you adding their address to the field manually or from a contact?

Did any of the addresses contain improperly nested quotes?

Also, did you ever create any filters that showed sent messages?

Since the hotmail smtp server uses tls, id you make sure tls 1 - 1.2 were enabled in opera:config#tls ? Did you try unchecking them, saving the change and rechecking them?

Did you try change the smtp username/password to something incorrect, applying and changing them back?

Did you try using port 587?

I can't reproduce this with the Hotmail smtp server (or any smtp server) myself. The devs have said that everyone who files on this just says that it doesn't work and doesn't give any way to reproduce. They said that all reports on this look like this:

1. Compose Message and click Send.

Expected: Message is sent.

Result: Message is stuck in outbox.

, which is super-duper vague, just asking to get mark as invalid and doesn't help at all if no devs can reproduce.

In other words, it sucks that this happens, but it won't get fixed until someone files a report and provides:

1. A test mail account that this happens with.

2. Very specific and EXACT steps, including what settings (sig/html, smtp port etc.) and the exact value of the fields, including exporting the message in the outbox to an mbs file. Also, how are the values being inserted into the fields (keyboard, mouse paste etc.) will help too. It will also help if it's with "clicking" send or a keyboard shortcut. It will also help if they know the if the mail display is set to "list only" or "list and message" below. It will also help if "queue, don't send" is on and its actual Queue Outgoing= value in accounts.ini.

3. Whether the version of Opera you're using was installed fresh or you upgraded over the top of an existing version and what version that was. And, how long you were upgrading before that.

4. Did you try a fresh install (with fresh profile folders and mail folder) or not.

5. Whether or not you have any anti-spyware, firewall, anti-virus or network analyzer software install. And, if so, which ones and which versions.

6. An SMTP log file.

7. Whether you have right-click -> Show messages from set to "All" or not.

Basically, there's all kinds of info that may help a dev reproduce.

If someone files such a bug report, post the bug number (minus the @...) here.

Originally posted by rclocher3:

I am using Opera 10.51 on Windows XP. I have several recent emails (recent since I upgraded to 10.51) that are in my Outbox, and have been for several days. I don't think that these emails have been delivered, because I haven't received any answers to them.

What is the purpose of the Outbox? My internet connection is an unreliable wireless connection, could that be part of the problem?

I have this exact same problem. I have not been able to send emails for the past 5 days. Anyone here know how to fix this problem? It's a concern, because I am using firefox to handle my business.

Thanks.

Originally posted by burnout426:

In other words, it sucks that this happens, but it won't get fixed until someone files a report and provides

I genuinely wish to thank you for your lengthy response; it almost makes me feel guilty for the rant.

Almost. Here's the thing, from a personal point of view:

I have a son in the U.S. Navy with whom I am quite close. Currently he is on another deployment and I will not see or speak with him for nearly a year. Now THAT really sucks. Anyway, when I just by accident happen upon dozens of e-mail messages and responses which have not been sent it goes beyond frustration. Thus the attitude displayed in the previous post and my apology for it. However...

Now I think I speak for many others when I say that yes, we are spoiled whenever we expect a product to work "out of the box", but that is largely because a: there are many alternatives out there, and b: products such as Opera promote themselves so heavily that you must admit it leads one to elevate ones expectations.

That being said, I work over sixty hours per week, and while I am most grateful for a job in the current environment, I simply do not wish to spend precious free time diagnosing a problem I feel whose should be non-existent. Now if I were attempting to send mail through say, Uncle Elmer's server I could certainly understand there may be configuration problems, but we're talking Hotmail here. The second-most employed e-mail system out there. Am I wrong to not expect a problem with this service which would have been drilled-through in beta testing?

Anyway, today is my free day and once I get through the myriad detritus which accumulates throughout the week I will try to replicate my situation and post back here.

Please try to understand my point of view and again, thank you for responding.

Originally posted by rct0725:

Please try to understand my point of view

Very much understood.

Originally posted by rct0725:

I simply do not wish to spend precious free time diagnosing a problem I feel whose should be non-existent.

Any info you can add that helps reproduce would be greatly appreciated.

Often overlooked is a situation whereby you attempt to send mail through an ISP that you are connected to. Many times while I am away from "home", I use a different ISP and forget to change the From address. So the outgoing mail sits there until I remember.

I have the same problem here.
I am using Opera 10.54, and since ver. 10.53 i can not send mail, it hust stuks in outbox, 2 weeks now. It is gmail IMAP, and both my accounts won't work. I have not changed any settings recently.

Originally posted by maremir:

I have the same problem here.

I am using Opera 10.54, and since ver. 10.53 i can not send mail, it hust stuks in outbox, 2 weeks now. It is gmail IMAP, and both my accounts won't work. I have not changed any settings recently.

Ctrl + F12 -> advanced -> security -> security protocols. Are the 4 that are shown by default all checked? If so, uncheck them, click OK and then OK again to apply the change. Then, go back in and recheck them and apply the changes. Then, restart Opera.

Does that help at all?

Originally posted by burnout426:

Originally posted by maremir:

I have the same problem here.

I am using Opera 10.54, and since ver. 10.53 i can not send mail, it hust stuks in outbox, 2 weeks now. It is gmail IMAP, and both my accounts won't work. I have not changed any settings recently.

Ctrl + F12 -> advanced -> security -> security protocols. Are the 4 that are shown by default all checked? If so, uncheck them, click OK and then OK again to apply the change. Then, go back in and recheck them and apply the changes. Then, restart Opera.

Does that help at all?

Mine are. I also have the same issue, with gmail and other clients.

Still.......... broken.

Originally posted by ciarachristine:

Still.......... broken.

So, you can't send any email at all with:

server: smtp.gmail.com
port: 587
authentication: auto
TLS: Checked
username: you@gmai.com
password: yourpassword
Queue messages (don't send): Unchecked

?

If so, have you tried disabling imap/pop/smtp support at mail.google.com and then re-enabling it?

I've had the same problem for a few days now, and found that by deleting all mail accounts and reinstating them, the problem went away. All mails are reloaded with nothing lost.

I also unchecked both Secure connection(TLS) options under the Server tab. This is for an IMAP service.

For windows Live or Hotmail

HOST file needs to be changed
C:/windows/system32/drivers/etc/host

*Example of the file below*
# Copyright (c) 1993-2009 Microsoft Corp.
#
# This is a sample HOSTS file used by Microsoft TCP/IP for Windows.
#
# This file contains the mappings of IP addresses to host names. Each
# entry should be kept on an individual line. The IP address should
# be placed in the first column followed by the corresponding host name.
# The IP address and the host name should be separated by at least one
# space.
#
# Additionally, comments (such as these) may be inserted on individual
# lines or following the machine name denoted by a '#' symbol.
#
# For example:
#
# 102.54.94.97 rhino.acme.com # source server
# 38.25.63.10 x.acme.com # x client host

# localhost name resolution is handled within DNS itself.
127.0.0.1 localhost
XX.XXX.XXX.XX Name of PC (PUT YOUR IP ADDRESS HERE FROM YOUR ISP AND A NAME LIKE YOUR PC NAME)

Save the file with that modification and you windows live (hotmail) should work.
Use 587 for outgoing port.

What if you close down Opera and remove wand.dat (put it back later). Then, when you try to send a message and it asks you for your username/info, enter it.

Originally posted by arraknid:

I've had the same problem for a few days now, and found that by deleting all mail accounts and reinstating them, the problem went away. All mails are reloaded with nothing lost.

Hmm. Interesting.

Keep the info coming.

Originally posted by twoplanker:

For windows Live or Hotmail



HOST file needs to be changed

Also interesting.

Anyone using Gmail with this problem have a host file with entries in it you didn't add?

I want to add my experience to this, if you don't mind. I suffered from outgoing mail sitting in the mailbox, and finally resolved it by forcing a "rewrite" of the smtp server information. I found that if I kept on keying in the same information into my smtp server box, certain e-mails would sit in the outbox. So:

1) Enter the wrong info (or any other info) for your smtp server. Quit Opera (I don't know if quitting is necessary).
2) Now re-enter the correct information. Quit and restart.

Voila, mail got sent. All of my e-mails now send regardless of the source mail address used. Try it and see if it works.

Originally posted by pradhansb:

I want to add my experience to this, if you don't mind. I suffered from outgoing mail sitting in the mailbox, and finally resolved it by forcing a "rewrite" of the smtp server information. I found that if I kept on keying in the same information into my smtp server box, certain e-mails would sit in the outbox. So:



1) Enter the wrong info (or any other info) for your smtp server. Quit Opera (I don't know if quitting is necessary).

2) Now re-enter the correct information. Quit and restart.



Voila, mail got sent. All of my e-mails now send regardless of the source mail address used. Try it and see if it works.

Before anyone tries this, open accounts.ini in the mail folder and see if "Outgoing Servername="for the account actually has the right value. It'd be good to know if it doesn't despite the UI saying it does.

That's a great idea. I would have looked there first had I known about it. Anyway, my method worked for me on 2 accounts that wouldn't send despite having the correct smtp information, but it would certainly be nice to have checked what is shown in the ini box against what appears in the dialog box.

Changing the host file with windows live mail or hotmail solved my problem. was off of a 2006 post in opera forum.
I was in the same boat no mail being sent until I made the change in my host file.

Originally posted by twoplanker:

Changing the host file with windows live mail or hotmail solved my problem. was off of a 2006 post in opera forum.

I was in the same boat no mail being sent until I made the change in my host file.

Are you behind a router or something or using OpenDNS or Google's DNS servers?

Unbelievably, one of my other machines just showed the same problem. This time I just unchecked the TLS option, clicked on Check/Send and the mail was sent. I also have an old laptop with Opera 9.5 and that works fine, with the SMTP TLS option checked, so go figure.

This has to be something in the later Opera releases.

Build 3381 that was released on the Desktop Team blog in this post contains 2 tls-related fixes:

CORE-29076 (Missing TLS 1.2 Client Auth support)
CORE-29503 (Can't access Google sites when TLS 1.1 is disabled)

With that said, if you think you have tls settings problems, you could try editing operaprefs.ini (while Opera is fully closed) so that the TLS settings looks like this:

[Security Prefs]
Enable SSL v3=1
Enable TLS v1.0=1
Enable TLS v1.1=1
Enable TLS v1.2=1

(only showing the TLS settings in that section)

You might want to check operaprefs_default.ini and clear any tls settings in there.

And, again, for accounts.ini in the mail folder, make sure the TLS settings (and outgoing server name) are correct for each account.

I'm using 10.54.3394 and things work fine for me (with both live mail and Gmail).

Yes behind a router plus using open DNS on my network.
for what ever reason I had to change the host file which worked.
the info came from Opera's forum but was dated back in 2006.

@ burnout426

operaprefs.ini is as you posted for both machines/versions, in fact they look identical! No TLS is shown in operaprefs_default.ini and accounts.ini has no TLS entries. Should it?

In the laptop version of Opera 9.5, the accounts.ini file also shows no TLS info. So, 9.5 needs SMTP TLS option checked, and 10.53 needs it unchecked! A case of bad interpretation maybe?

Once the shortcomings of the current snapshot versions are sorted I'll upgrade, but for now, everything's working as it should - even if the settings look a bit strange!

Originally posted by twoplanker:

Yes behind a router plus using open DNS on my network.

for what ever reason I had to change the host file which worked.

the info came from Opera's forum but was dated back in 2006.

Probably one of these then?:
http://my.opera.com/community/forums/topic.dml?id=170463
http://my.opera.com/community/forums/findpost.pl?id=3148762
http://my.opera.com/community/forums/topic.dml?id=131462

Anybody having this problem that's not behind a router?

Originally posted by arraknid:

In the laptop version of Opera 9.5, the accounts.ini file also shows no TLS info. So, 9.5 needs SMTP TLS option checked, and 10.53 needs it unchecked! A case of bad interpretation maybe

You could try removing the tls entries from operaprefs.ini. That should make Opera just use the default settings I think.

Gmail IMAP
Well, i tried many things and solution was pretty simple.
In mail and chat accounts/edit account/servers/ uncheck Secure connection ( TLS) in outgoing server.
And it works.
If I check it again it wont work. So it has something to do with secure connection, I guess. Still it is stupid bugg.

Originally posted by maremir:

Gmail IMAP
Well, i tried many things and solution was pretty simple.
In mail and chat accounts/edit account/servers/ uncheck Secure connection ( TLS) in outgoing server.
And it works.
If I check it again it wont work. So it has something to do with secure connection, I guess. Still it is stupid bugg.

I don't think the Gmail IMAP server accepts nonsecure connections, so the setting is probably just backwards for some. TLS unchecked = on. TLS checked = off.

Originally posted by burnout426:

I don't think the Gmail IMAP server accepts nonsecure connections, so the setting is probably just backwards for some. TLS unchecked = on. TLS checked = off.

I think you're right. That's what I'm seeing. AOL IMAP doesn't accept TLS, but it works with it checked.

Yes this was the post that helped me out.

http://my.opera.com/community/forums/topic.dml?id=170463

Originally posted by burnout426:

Originally posted by ciarachristine:

Still.......... broken.

So, you can't send any email at all with:

server: smtp.gmail.com
port: 587
authentication: auto
TLS: Checked
username: you@gmai.com
password: yourpassword
Queue messages (don't send): Unchecked

?

If so, have you tried disabling imap/pop/smtp support at mail.google.com and then re-enabling it?

Did, still stuck in my outbox. I was flooded with 6000 other emails though, that was fun.

So, if you have problems sending messages (until this is all fixed):

1. Try unchecking TLS for the smtp server in the mail account's settings as the setting might be backwards.

2. If that doesn't work, change the smtp server name in the account's settings to something incorrect, ok out twice to apply the setting and go back in and set the smtp server name to the correct setting.

3. If that doesn't work, try the #2 method with other things like username/password.

4. If that doesn't work, try adding:

your_ip_address computer_name

to the "%windir%\system32\drivers\etc\hosts" file.

5. If that doesn't work, try in a completely fresh install of Opera with a new profile (including new mail folder). (Just to see if it then works. Obviously not a solution)

Does that cover everything?

Originally posted by ciarachristine:

Originally posted by burnout426:

Originally posted by ciarachristine:

Still.......... broken.

So, you can't send any email at all with:

server: smtp.gmail.com
port: 587
authentication: auto
TLS: Checked
username: you@gmai.com
password: yourpassword
Queue messages (don't send): Unchecked

?

If so, have you tried disabling imap/pop/smtp support at mail.google.com and then re-enabling it?

Did, still stuck in my outbox. I was flooded with 6000 other emails though, that was fun.

Thanks for checking. Yikes. Were they the same messages you already had in Opera? If so, maybe turning IMAP off/on reset ids on the messages or something.

Here is a different wrinkle on the same problem -- I'm trying to forward to the UPS fraud reporting e-mail address two messages (and their ZIP attachments) I received today which ostensibly came from a UPS domain e-mail address that appears to be valid, though the origination routing information in the detailed header information identifies differently so it's almost certainly bogus. Both messages (and attachments) are stuck in my in-box, but I've sent other messages successfully after these two got stuck.

I've tried the suggestion of toggling the "queue" vs. "send immediately" option back-and-forth, but that seems ineffective. Before I reach a point of diminishing returns and simply purge this probable malware from both the outbox and trash bin, I thought I'd post the above information to see if it would help anyone debug this problem.

FWIW, the platform is Opera v10.53 running on WinXP SP3, and no, I haven't tried to examine either ZIP file or downloaded/saved them anywhere physically on my computer to avoid possible infection. It occurred to me earlier that I needed to post a suggestion in the appropriate forum for a future version update the option to scan attachments for malware in that drop-down function to open or save an attachment, and will do that right after posting this.

My problem was apparently due to the resident AV scanner identifying the outgoing e-mail attachments as malware and blocking them (and the rest of that e-mail message) from being transmitted -- in other words, it was properly doing its job. By re-forwarding the original message from the trash bin but deleting the attachment before hitting "send", I was able to get one of the two messages to go out. The other had an embedded MIME block which I also removed in addition to the file attachment, but I could never get it to go -- avast! would block it each time (that AV scanner's popup wasn't doing so when I posted my message yesterday, but it is now). So, I abandoned the latter effort and finally just purged everything from the trash bin on the notion that 1 of 2 very similar alerts going to the same recipient (the UPS fraud report address) was better than zero.

Afterwards, it seems everything which is sent passes quickly through the outbox without getting stuck.

I had the same problems and found the answers to all incoming mail problems. I just simply changed the incoming/outgoing info in the properties of the email providers........ Right click the email, Properties, Servers tab, and change the info according to what the websites below specify. I did not find "live.com" email info on the first site but its on the next.


http://www.ask.com/bar?q=outgoing+smtp+server+verizon+mail&page=1&qsrc=121&dm=all&ab=0&u=http%3A%2F%2Fwww.realifewebdesigns.com%2Fweb-resources%2Fpop3-smtp.html&sg=gisretRZvG14c6x2hKsDleVf7IMKwkbF28Z4ob2Ymg0%3D&tsp=1275516141349



For live.com just switch the outgoing port to 587. Info in link below

http://www.ask.com/bar?q=outgoing+smtp+server+live+mail&page=1&qsrc=2106&dm=all&ab=1&u=http%3A%2F%2Fwww.mydigitallife.info%2F2009%2F01%2F16%2Fhotmail-free-pop3-and-smtp-access-and-server-configuration-settings%2F&sg=QBaydA9%2FD0LR%2BjdsisqDC2t%2FMRIrR04Izj3XxXrIqug%3D&tsp=1275516595236

I have also had the problem of outgoing messages becoming stuck in the outbox for several days with no apparent change in Opera's settings. The emails were all non-HTML, had no attachments and to different people. Sometimes clearing the first email in the outbox queue would let the remainder in the outbox go out.

There's a possibility that very short emails, where the message body contained only a URL (in this instance simply http://www.nic.uk/ ), may trigger the problem.

I upgraded to Opera v10.53 ( from v10.?) and the emails were still stuck. But I have also seen the same bug in Opera v9.x

So I tried a trick that I've used in the past to free them:

It runs like this......

Close Opera. Open 'accounts.ini' file in the directory 'Program Files>Opera>mail' Search for the line 'Secure Connection Out=1' in the relevant email account settings and change to 'Secure Connection Out=0'. Save file and restart Opera. Usually this is enough to flush the outbox.

In versions prior to 10.x I used to delete the outgoing stored password, forcing Opera to re-ask for the password on its next send, but these password lines are no longer present in v 10.x. This also used to clear whatever the problem was.

It appears that Settings pertaining to outgoing secure connections or passwords are becoming corrupt.

I hope this helps somebody find the cause of the problem.

My system is WinXP SP3.

I had the same problem, after reading this thread and some others I set the smtp info for my account to random shit, then tried to send a message, then restarted opera. Then reopened opera, corrected the info, restarted opera, and lo and behold, it works.

I'm using opera 10.10 on both my ubuntu 10.04 desktop and my puppy linux 5 laptop and I think this fix will do the trick for both of them, haven't tried it on my laptop yet but i expect it to work

i also changed the out port to 587 for both my university email address, and for my @live.com address, and my @hotmail account... I'm not so sure anymore that the problem was with the messing with the smtp info as it was that the default port should be 587 rather than 25...

edit: i can confirm that its just the port if my laptops opera is anything like my desktops, i just changed the ports on all my accounts on there to 587 and the problem is solved

Originally posted by Nooblett:

i also changed the out port to 587 for both my university email address, and for my @live.com address, and my @hotmail account... I'm not so sure anymore that the problem was with the messing with the smtp info as it was that the default port should be 587 rather than 25...

edit: i can confirm that its just the port if my laptops opera is anything like my desktops, i just changed the ports on all my accounts on there to 587 and the problem is solved

Weee, much appreciated - changing the port from 25 to 587 worked for me!!!

This has been bugging me for months!

Originally posted by omelette:

Weee, much appreciated - changing the port from 25 to 587 worked for me!!!

I always change the port from 25 to 587 (or whatever other port the smtp server supports). But, I have to do this because my ISP blocks outgoing connections on port 25 unless they're from their mail servers. They do this for spam/security reasons. I suspect some other ISPs/networks do this too.

Now, when creating a new hotmail account in Opera, Opera uses port 25 by default (for me at least) instead of 587 like it's supposed to. May be a bug.

I'm back with an amazingly simple observation based on Burnout's suggestion to check the accounts.ini file in response to a previous post I made way back when. I previously posted that by keying in the wrong smtp data, saving and rekeying afresh the correct data to force a re-write fixed the problem. Well it didn't. There was still 1 e-mail account still would not send, so I opened up my accounts.ini file and did a line-by-line comparison with an account that worked. The only line that did not correspond in form was the entry in accounts.ine beginning

Email:
I believe this corresponds to the Mail Address: under the General Tab of the Accounts dialog box.

In the account that did NOT work, I only had an abbreviation in there. It read info-vb.
In the account that did work, it had a complete e-mail address.

So, I entered a correct, properly formed e-mail address and VOILA! The mail sent. I then went back to and entered the improper "info-vb" and the mail failed to send. Once more, back to a properly formatted address and the mail sent! Could it all be this simple? And that it has nothing to do with the smtp fields entered at all, which is why the solution has been so elusive???

Can anyone else try this to verify my experience?
Pradhan

Thanks for the info pradhansb. I'm sure this will help.

I would like to add my experience to this mix as well. I use Opera e-mail client for both my Premium Opera mail account as well as my colleges .edu mail account. For about 2 weeks now I can not send e-mail. Like you all they sit in the Outbox, on both accounts. I have this problem at work on a WinXP SP3 machine as well as at home on my laptop (Vista 32bit SP2) and my desktop (Win7 64bit). All Opera installations are the most current version which is v10.53.

When I try to send e-mail I get this error: http://screencast.com/t/Y2FmZGU3Zj This happens on all installs, for both accounts.

I noticed that after the upgrade to 10.53 Opera changed my Username to something odd like irimi_nage:irimi_nage@operamail.com so in the past when I have gotten this "wont send mail" bug simply correcting the username to my proper e-mail account format has fixed the issue. Not so this time around. Here is what my account properties window, server tab looks like now. http://screencast.com/t/NjJhNzZkNGY

I have tried the 4 check box TLS fix to no avail. I *can* log into Operamail.com to read/send mail so I know my password is correct. I would try to modify my ini files however I don't seem to have them. :O http://screencast.com/t/OTJjZDBmNWY

I'm about to try a complete uninstall/install of Opera but I hate the thought of doing that. It's just a pain to reconfigure the browser again...

Thoughts?

Originally posted by jvance:

My problem was apparently due to the resident AV scanner identifying the outgoing e-mail attachments as malware and blocking them

Thunderbird users have complained that Avast's Mail shield causes problems with outgoing messages even when they're not spam. Turning that off always fixes it.

So, if anyone else is using the email scanner with their av, they should turn it off and see what happens.

Hi
I have same/similar problem - recently over the last few days. I've used Opera for years - happy to pay for it then - and still would be now.

I see that some solutions have worked for some people, but not for all - including me.

I hope this isn't going to shoot people off in the wrong direction but I have 4 email accounts - only 1 with TalkTalk - my ISP. This one seems to not to error.

I set up logging as described for outward emails and got a message in the log that led me to check this..

Why do I get the message 550 IP xxx.xxx.xxx.xxx in XBL SBL PBL or SCBL when sending mail

Following this thought, I checked my IP address on http://www.spamhaus.org/lookup.lasso

I followed the error to a discreet symptom giving me:

Ref: PBL342316

my IP range is listed on the Policy Block List (PBL) (where my IP range includes my IP address)

Outbound Email Policy of TalkTalk Technology for this IP range:

It is the policy of TalkTalk Technology that unauthenticated email sent from this IP address should be sent out only via the designated outbound mail server allocated to TalkTalk Technology customers. To find the hostname of the correct mail server to use, customers should consult the original signup documentation or contact TalkTalk Technology Technical Support.

That's as far as I've got for the moment but wanted to see if anyone else having this problem is a TalkTalk customer

Let me know, please, if you anything here fits your circumstances - thanks.

I had the same problem as the OP, and turning off Avast's outgoing mail shield solved it. (I'm using gmail via POP.)

Originally posted by burnout426:

Originally posted by jvance:

My problem was apparently due to the resident AV scanner identifying the outgoing e-mail attachments as malware and blocking them

Thunderbird users have complained that Avast's Mail shield causes problems with outgoing messages even when they're not spam. Turning that off always fixes it.

So, if anyone else is using the email scanner with their av, they should turn it off and see what happens.

Have this problem on Gentoo Linux after update from 10.10 to 10.60. Been kind of bad surprise. No trace of any error, neither in stdout nor in Error Console. On every account, Opera just seems not to connect to SMTP server (tried on at least two different locations). Creating fresh new account doesn't help. I'll try clean profile and see if it changes anything.

Originally posted by Sterkrig:

Have this problem on Gentoo Linux after update from 10.10 to 10.60. Been kind of bad surprise. No trace of any error, neither in stdout nor in Error Console. On every account, Opera just seems not to connect to SMTP server (tried on at least two different locations). Creating fresh new account doesn't help. I'll try clean profile and see if it changes anything.

Disable tls 1.1 and 1.2 and restart Opera. Does that help?

Originally posted by burnout426:

Disable tls 1.1 and 1.2 and restart Opera. Does that help?

I'll try, thanks for attention, but Opera doesn't even try connecting. Also the same happens with TLS/SSL-less accounts

Why do they go to the 'draft' folder when they have been sent?

The big question always is, does it work with a fresh install with a fresh profile?:

Goto http://www.opera.com/download/
Click "Advanced options"
Click "Show other versions"
Click "Windows"
Click "Opera 10.60"
Click "Advanced options"
Select "Classic Installer, English (US)"
Click "Download"

(If using a different locale than en_US, copy the locale folder from your old Opera to the new one)

Install Opera to "C:\Program Files\Opera 10.60 Final test" (or a "My Program Files" folder in your windows user folder instead of "C:\Program Files")

(adjust directions for *nix)

Load that Opera and set up your pop3/smtp account in it.

Try to send messages then.

Does it work then? If so, then there's obviously something messed up with your original Opera profile.

If it still doesn't, try figuring out how to make it work in the test Opera instead of your usual Opera.

Doesn't work on clean Opera profile )-:E

Originally posted by Sterkrig:

Doesn't work on clean Opera profile )-:E

Using an smtp server that requires a self-signed cert or anything like that? Tried Opera win32 in Wine to see if it still does it? Is this with any smtp server or just a certain one?

Originally posted by Sterkrig:

Doesn't work on clean Opera profile )-:E

Can you set up a test account for the server so I can try?

burnout426
The point is that sending mail for the same Gmail account (though IMAP, not POP for mail fetching) does work on another machine, also running Gentoo Linux amd64, but 10.70 snapshot. I am sure that there's a bug hiding somewhere in code (otherwise there wasn't so much people having troubles), but being kind of elusive one, it's hardly will be fixed soon )-:E

Heck, I can't even trace what's Opera doing when I send message! No error boxes, no message in console, no stdout output, no nothing! )-:E

Understood, but if it's not reproducible, it didn't happen. Devs very very seldom go looking through code for a problem unless they can reproduce the problem first. So, we have to keep on trying to figure out what the problem is.

Yeah, that bloody WORKSFORME )-:E
Seems like I'd better find another email-client.

Originally posted by Sterkrig:

Seems like I'd better find another email-client.

Try Sylpheed for now.

Thanks, but I feel more like mutt/alpine right now (-:E

Originally posted by Sterkrig:

On every account, Opera just seems not to connect to SMTP server

Unless you have "queue messages, don't send" checked, it's very weird that Opera doesn't even try to connect at all. You'd think that at least smtp logging, would help to at least show what the problem is.

Originally posted by Sterkrig:

The point is that sending mail for the same Gmail account (though IMAP, not POP for mail fetching) does work on another machine, also running Gentoo Linux amd64, but 10.70 snapshot.

You said, "but 10.7 snapshot". Did you try that build on your problem machine instead of 10.60 Final?

Notice any difference between static and shared builds of Opera on the problem machine?

burnout426
Oh, thanks! I didn't know about SMTP logging, seems like a way to go.

Originally posted by burnout426:

You said, "but 10.7 snapshot". Did you try that build on your problem machine instead of 10.60 Final?

Nope, but I don't want to upgrade that installation. And 10.60 worked on other machine fine too.

Originally posted by burnout426:

Notice any difference between static and shared builds of Opera on the problem machine?

There's no shared/static builds any more (-:E

Originally posted by Sterkrig:

Nope, but I don't want to upgrade that installation.

You can download the tar.gz/bz2 file, extract it and run the opera script with the -pd option to specify a profile directory. Then, you wouldn't have to interfere with your current install.

Originally posted by Sterkrig:

And 10.60 worked on other machine fine too.

Yes. But, something's weird here, so trying only things that make sense, doesn't make sense.

Originally posted by Sterkrig:

There's no shared/static builds any more (-:E

K.

Originally posted by burnout426:

Originally posted by Sterkrig:

Nope, but I don't want to upgrade that installation.

You can download the tar.gz/bz2 file, extract it and run the opera script with the -pd option to specify a profile directory. Then, you wouldn't have to interfere with your current install.

Yeah, you're right, I've almost forgot about that (-:E

Originally posted by Sterkrig:

Yes. But, something's weird here, so trying only things that make sense, doesn't make sense.

Makes sense (-%E

It doesn't work, though. I've set up IMAP account on last 10.70 snapshot and it also can't send any mail.

Here's what SMTP log says

==== Logging started ====
15/07-2010 19:38:09 SMTP OUT : 
M2 failed to prepare message for sending
15/07-2010 19:38:15 SMTP OUT : 
M2 failed to prepare message for sending
15/07-2010 19:38:29 SMTP OUT : 
M2 failed to prepare message for sending

That's for one message in Outbox and three Ctrl-Shift-K presses. Three tries to send a mail.

Thanks for your patience and trying these things.

What Auth method do you have set for the smtp server? Try something besides auto. Also, are you using gmx btw?

Originally posted by burnout426:

Thanks for your patience and trying these things.

Ehm... I thought I have problem with sending mail, so I should thank you for trying to help me (-;E

Originally posted by burnout426:

What Auth method do you have set for the smtp server? Try something besides auto. Also, are you using gmx btw?

I did try that, but as stated earlier, Opera doesn't even try to send mail, failing to somehow "prepare" messages.

Here's a 2006 thread about the "M2 failed to prepare message for sending"
http://my.opera.com/community/forums/topic.dml?id=133467

Originally posted by Sterkrig:

I did try that, but as stated earlier, Opera doesn't even try to send mail, failing to somehow "prepare" messages.

I asked around and it was suggested that the error is usually caused by an incorrect auth setting, so I was going with that.

I forgot about http://my.opera.com/community/forums/topic.dml?id=170463 too. (Host file/router problems)

And, http://my.opera.com/community/forums/topic.dml?id=296335

Blasted hell. I've solved it at last!

Thank you, burnout426, that is your links what gave me idea to inspect my /etc/hosts file.
Changing from
127.0.0.1 GentooBook.trollsnätverk GentooBook localhost
to
127.0.0.1 GentooBook.trollsnaetverk GentooBook localhost
did the trick. Seems like Opera started to fail when hosts record contains non-ASCII symbols.

For anyone having similar problems: check your /etc/hosts file (or where does it reside on Windows), or post it for someone who's better with it.

Originally posted by Sterkrig:

Blasted hell. I've solved it at last!

Originally posted by Sterkrig:

Changing from
127.0.0.1 GentooBook.trollsnätverk GentooBook localhost
to
127.0.0.1 GentooBook.trollsnaetverk GentooBook localhost
did the trick.

Out of curiousity, instead of GentooBook.trollsnätverk, what if you use:

"GentooBook.trollsn\0xE4tverk"

or

"GentooBook.trollsn\0xC3\0xA4tverk"

(quotes included)

or

GentooBook.xn--trollsntverk-mcb

(try with or without quotes)

I'm just guessing though. I guess hostnames in the hosts file should only be a-z0-9 and not start with a digit.

burnout426
Everything you suggested works. In a sense: Opera sends messages, but hostname is weird (don't get decoded).

Actually, after I've changed domain name back to "nätverk", Opera continues to send mail successfully, so probably I somehow "missolved" issue. Weird indeed.

Originally posted by Sterkrig:

Weird indeed.

Indeed.

Originally posted by Sterkrig:

Actually, after I've changed domain name back to "nätverk", Opera continues to send mail successfully, so probably I somehow "missolved" issue. Weird indeed.

Did you happen to change your computer name at the same time you were messing with this and did your computer name have an apostrophe in it before you changed it?

Also, if you don't mind, could you please give me your computer name (at the time you were experiencing this problem, and now if they're different). You can do it via private message if you want. Thanks

Also, did you happen to have:

127.0.0.1 GentooBook.trollsnätverk, GentooBook, localhost

instead of the more correct

127.0.0.1 GentooBook.trollsnätverk GentooBook localhost

initially?

Your previous posts say that you didn't, but maybe you posted the correct way on accident?

But, since Opera is now sending message even with the non-ascii character in the hosts file, it probably was something else than your hosts file. (Unless you noticed a null byte in the hosts file or something at the time you edited it)

I added all this stuff to the wiki so we can point to it when others have problems.
http://operawiki.info/SMTPProblems

Sorry for late response, I was on vacation, far away from civilization etc (-:E

My hostname is (and always was) GentooBook. It never contained diacritics. Also, I never put commas in hosts file.

After some time (can't really remember, did that happen after reboot or session restart or anything) Opera stopped sending mail again. So I'm stuck with

 % hostname -f
GentooBook.trollsnaetverk

for now.

Just an input which might help ...

I had a "self inflicted" situation today where I couldn't send or receive emails using M2. This occurred after I changed my Master password. I have several email accounts, all of which were rendered inactive (couldn't receive and couldn't send) - after reading the above thread and some "fiddling" about, I decided to move my wand file to another location and start afresh. This resolved the problem and everything works.

After replacing my original wand file back, the problem reoccurs so somehow, by changing the Master password, my Wand file has become corrupted - a nuisance yes, but not the end of the world.

Version 10.61
Build 3484
Platform Win32
System Windows XP

Originally posted by metcomm:

Just an input which might help ...

I mentioned deleting wand.dat under the username and password section in the wiki link above. But, just added a note about suspecting wand.dat if one is using a Master Password and also mentioned deleting opcert6.dat to totally clear the master password just in case.

Thanks

Originally posted by burnout426:

I mentioned deleting wand.dat under the username and password section in the wiki link above

I think it was your mention which gave me the light - many thanks!

I have since replaced my "new" wand file now with an earlier backup and everything is working fine

Curious why my changing the Master Password corrupted the original wand.dat file - if I find time, I'll try to reproduce the error.

I'm sifting through the forums now to see if any recovery exists for a corrupted wand.dat file - the Password Manager reads all the entries ok on the "bad" file - maybe it's just one entry screwing things up (ok, this is the wrong thread for this discussion on wand problems, but it is somewhat related).

Ok, I had the same problem and it was driving me nuts. Opera 10.61 on a Kubuntu 10.04 machine. I was connecting over SMTP over TLS having enabled SSL and TLS 1.1 and 1.2 running over port 587. The strange thing was that if I had a mail lying in the out box it would be sent when Opera started but any emails sent would be stuck in the outbox until I restarted Opera.

Looking at the mail client log file shows that the first session went ok.

I had a look at the traffic using Wireshark and saw that the first "client hello" message was using TLS 1.0 {3.1}. Now the server responded with a "server hello" using TLS 1.0 {3.1} and everything went ok.

In the next attempt the client sent a client hello using SSL3 {3,0}, then server closed the connection.

18/08-2010 10:10:37 SMTP OUT :
STARTTLS

18/08-2010 10:10:37 SMTP IN :
220 Ready to start TLS

18/08-2010 10:10:37 SMTP OUT :
EHLO ktrout

18/08-2010 10:10:37 SMTP IN :
Disconnected

I now have only SSL3 enabled running over port 465 and things are working (sofar :-)

Update:

it also works running over port 587 having only TLS enabled; quite logical.

Still strange: if I only enable TLS 1.1 and 1.2 the client still sends a "client hello" specifying TLS 1.0 {3,1}??

J

Originally posted by jmontelius:

Still strange: if I only enable TLS 1.1 and 1.2 the client still sends a "client hello" specifying TLS 1.0 {3,1}??

But, does it work fine if you have SSL 3 and TLS 1 enabled, but TLS 1.1 and TLS 1.2 disabled?

Tried to reproduce the error with SSL and TLS 1.1 and 1.2 enabled using 587 and to my surprise it now worked? Arhghh!!! Looking through wireshark I now see that the first "client hello" is also SSL 3.0 and there is no sign of TLS messages. Don't have time right now but I'll give it a try tomorrow to see if I can get it into sending TLS messages.

J

After probably 25+ years of computing, I hate to admit it, but the problem with my sent mail going to the Outbox and sitting there was fixed by simply adding "-server" to the end of smtp (smtp-server.insight.rr.com), like I should have in the first place.

I have Opera 11 and I have encountered the same problems - not being able to send email. I tried just about everything in this thread (except the clean installation which was not an option for me), to no avail. Even went to the Tools->Options->Advanced->Security->"Security Protocols"->Details and checked all protocols therein. Later unchecked these back to the initial settings, then closed the Details window, and unchecked only TLS 1.2.
Tadaaa - this last step did the trick! I could finally send email.
I looked again at Tools->Options->Advanced->Security->"Security Protocols" and TLS 1.2 is checked again without me touching it... I find this strange, but, well, now it works.
Good luck!

FYI:

In accounts.ini in the mail folder under an account's section, there's:

Secure Connection In=1
Secure Connection Out=1

Those are the TLS checkboxes in the account's properties on the servers tab. 1 = checked. 0 = unchecked.

Then, in operaprefs.ini under "Security Prefs", you should see:

Enable SSL v3=1
Enable TLS v1.0=1
Enable TLS v1.1=1
Enable TLS v1.2=1

So, what you can do is check these files and make sure those settings are there and set right. Then, you should be able to load up Opera and uncheck 1.2 for example and it should stay unchecked. Chances are, things got messed up in the file for some reason.

But, if it's working fine for you right now, you can leave things alone and try this later *if* needed.

But note that if you have to uncheck tls 1.2 for example, it's a bug with the server, not Opera.

I had outgoing emails stuck in Outbox and found that since I had a complex password, it was causing the problem. I changed to a simpler password (used only letters and numbers) and the problem went away

Originally posted by dbeggs:

I had outgoing emails stuck in Outbox and found that since I had a complex password, it was causing the problem. I changed to a simpler password (used only letters and numbers) and the problem went away

Thanks for the tip and welcome to the My Opera community!

Oh my...

Earlier I finished using Opera due this problem, Now I WANT to use it. I like its simplicity and it mail client.
Now I set 3 IMAP accounts, they are working fine. I need a fourth account, that uses POP server so I can"t set IMAP.
There is no problem getting the letters in... You know now, why I write. I have to tell You, I spent all my day to solve this problem.
My outgoing letters stuck in. I made a log file:

==== Logging started ====
20/02-2012 17:30:44 SMTP OUT :
Connecting...
20/02-2012 17:31:26 SMTP IN :
Disconnected
20/02-2012 17:32:04 SMTP OUT :
Connecting...
20/02-2012 17:32:46 SMTP IN :
Disconnected
...
And so on. So sad I am.
Just to be sure that server works, I sadly set OutLook, and I was more sad to see: that works... I could leave my Opera Mail away and use that lullaby, I don't like.
Tried ALL the solutions. There are a lot here in this forum. Assign IP number in HOST file? I live in the XXIst. I move from mobile net to several wifi areas. I use a compy.

That account that needs that POP server would be the most important for me and it was not my fault to use that provider that don't use IMAP server.
:-(

So. Please, Creator of this really Glorous Software do something with this! PLEASE! I don't want to use Outlook!

Regards, Eteroxee

Wow...
Just deleted all my accunts (my mails on my compy) as well, installed POPpy account and... Seems like as it would work!
Trying again. write-write-write, send ...
...
I GOT MY LOVE LETTER TO MYSELF!!!

What a kind possibility:
When Your letters stuck in the Outgoing flooder, hah, so simple! Delete ALL Your accunts with Your letters in them (OK, You can save them) reset Your accounts one by one and it will work...

Is that really so hard to fix that prob?


Thank You Your Soul, and my time!

Originally posted by Eteroxee:

Is that really so hard to fix that prob?

Rather, hard to reproduce and therefore debug.

OK, have my thingy:
As I tried a lot of solution without succes, I'm quite sure that the numbering of the account made this problem. I checked all the lines in the "accounts.ini" and noticed this:
...
Account1=1
Account2=2
Account3=3
Account4=6
...

So Accunt4 had a different number. As I checked this over, I thing it should be no problem, because it is signed well everywhere. But, I think that the relevant files somewhere don't find this.

Because I didn't reinstall Opera, now these lines looks like this:

...
Account1=8
Account2=9
Account3=10
Next Available Id=12
Count=4
Account4=11
Default Mail Account=11
...

But, now everything is good. And I am satisfied. Thingy is that something somewhere goes to a broken route in the root of Oper and it is with the numbers with the accounts.

Farewell Problems!

INCREDIBILIS!!!

AM I REALLY ALONE??? I KNOW, NO!!!
STUCKED MAILS AGAIN WITHOUT MOVING MY ASS AWAY FROM HERE!

Can't work... Why???!!! Please! PLEASE!!!

Wanted to send especially important letters and stucked again!!!

As I wrote, I tried yesterday everything. Deleted ALL my account and finally worked... till now.

Please. Where to write for the developers?

Please do not shout.

Install a new instance of Opera in a new folder using the usb/standalone mode. Then add the problematic account to that new Opera and test it to see if the problems also happens on the new install.

Also check antivirus, firewall and similar programas. Try sending the messages with them disabled.

If the problem persists, file a bug report

Originally posted by LeoCG:

Please do not shout.

All right, sorry, You have right. And thank You Your advice. I'll try it. I was disappointed, and I know, that there could be some problem with the mail server, too. Though, Outlook works with SSL but doesn't with TLS. Of course I tried switch TLS off, but the problem remained there. Interesting is that, it was good for half a day, and then it went wrong again.

Cheers!

Look through these:
<http://my.opera.com/operawiki/forums/topic.dml?id=1133152>
<http://my.opera.com/operawiki/forums/topic.dml?id=1291872>
<http://my.opera.com/operawiki/forums/topic.dml?id=1306882>
<http://operawiki.info/SMTPProblems> (includes host file issues)

Try standalone installations of 11.62 and 12 snapshots from <http://my.opera.com/desktopteam/blog/> also.

As said, anti-virus email scanners and web shields and anti-spyware programs and firewalls can interfere with mail clients. Make sure you have all that in order. Also if you like to keep the mail scanner active, you have to connect insecurely (without TLS) so the email scanner can read the outgoing mail and then redirect it to the server securely.

Also, for the outgoing server name, trying putting the ip address for the server instead of the server name.

Thank You, now I'm using the standalone version (I prefer standalones! Love Opera to give us possibility to have it!!!). Works, need some time to know till when.

...till now... It worked till now. It was good for two hours. Thank You Opera mail.
I 'm using the standalone.
I switched off my viruscanner.
I edited host file.
Settings in accounts.ini are seems to be good.
I tried switch on and off all TLS settings.
What else.
I don't know how to get the IP adress of the server.
Between changing the settings, I tuned Opera off and on again every time.
But new that now it sends me a message, saying that the sending of the mail failed, maybe the SMTP setting are bad?
No, I got the datas from the provider, I used them. POP3, no IMAP possibilities. I have a Gmail account, I can use that in Opera, there is no problem with that, gets, sends letters. AND, if I use Outlook, in that POP3 is good, too.
Please Opera! Please!

Originally posted by Eteroxee:

till now

Does the server require POP before SMTP? If so, Opera doesn't support that and I don't know if you can compose a new message, hit check/send to check for new messages and then hurry up and hit send to work around it.

Did you make sure to use port 465 with TLS checked for the smtp server?

Try sending test messages to your myopera address.

So far, it sounds like a problem with the mail server or something on your system and not Opera. Would need a test account on that server to know for sure.

Besides trying in Outlook, have you tried with Thunderbird? Have you tried with Sylpheed?

I had the same problem (stuck outgoing messages) and solved it by changing the outgoing server port to 587. I guess the default 25 port is blocked by some ISPs thats why it's kind of weird .

Originally posted by techmnk:

I guess the default 25 port is blocked by some ISPs

Indeed. See <http://my.opera.com/operawiki/forums/topic.dml?id=1291872>.