After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 714545 - Forwarded messages and replies sometimes stay in the outbox forever (Ubuntu nightlies ppa).
Forwarded messages and replies sometimes stay in the outbox forever (Ubuntu n...
Status: RESOLVED DUPLICATE
Product: geary
Classification: Other
Component: general
unspecified
Other All
: Normal normal
: ---
Assigned To: Geary Maintainers
Geary Maintainers
Depends on:
Blocks:
 
 
Reported: 2013-03-11 08:12 UTC by Geary Maintainers
Modified: 2013-05-01 06:51 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Charles Lindsay 2013-11-21 20:28:29 UTC


---- Reported by geary-maint@gnome.bugs 2013-03-11 13:12:00 -0700 ----

Original Redmine bug id: 6516
Original URL: http://redmine.yorba.org/issues/6516
Searchable id: yorba-bug-6516
Original author: Gunter Königsmann
Original description:

Today I tried to send mails using today's ppa nightly version for ubuntu
raring using my android phone as a hot-spot in a place where the 3G network
was flaky. Three of the mails I tried to send still seem to hang in the
outbox. If I click at them in the left half of the window geary will tell me
that "no converations are connected".

Did run into the same problem using other E-Mail client. Normally it was
caused by

- since the computer knew it was connected to my phone's network it didn't believe the DNS lookup of the SMTP server could possible fail  
- since my phone couldn't access the network the DNS lookup of my E-mail client resulted in a "0.0.0.0" as server address  
- From then on my E-Mail client tried to send the message to the SMTP host "0.0.0.0".

Don't know if the same is true with geary. Did not manage to get geary
compiled using raring. But if there is any way I can still debug the problem I
will give it a try.

Related issues:
duplicates geary - 5304: Alert the user when their SMTP connection has
failed (Open)
duplicates geary - Feature #5281: Better error reporting (Open)
duplicates geary - 6378: Line length in sent emails (Fixed)



---- Additional Comments From geary-maint@gnome.bugs 2013-05-01 11:51:00 -0700 ----

### History

####

#1

Updated by Jim Nelson 8 months ago

  * **Subject** changed from _Even short Messages sometimes stay in outbox forever_ to _Even short Messages sometimes stay in outbox forever with flaky network_
  * **Status** changed from _Open_ to _Need Information_

I don't want to say "this isn't a bug, it's a feature," but that's kind of the
case here. Geary is holding the message in the Outbox until it's sent, which
obviously it can't with the DNS problem you're describing.

Geary could offer better error reporting and try to make the user aware when
network connectivity is faulty or broken -- we have tickets for those -- but
I'm not sure what else Geary could do this in this situation. Is there
something specific you had in mind?

####

#2

Updated by Gunter Königsmann 8 months ago

Arrgh! Seems like after describing the symptom I forgot to actually describe
the actual problem:

I am at home now, using a rock-solid network, and have restarted both the
computer and geary about 10 times. But even now that have a stable network
that does allow DNS lookups, sending new mails and accessing internet pages
the messages I tried to send when DNS wasn't available still reside in my
outbox. Being less than 10kb long in total and equipped with a valid address I
cannot think of a good reason the smtp server should reject the mails.

* * *

Did try to send a few test messages to myself. One of them needed about 5
minutes to send (don't know why) the others were send immediately but the
mails I wrote yesterday are still to be found in my outbox.

####

#3

Updated by Gunter Königsmann 8 months ago

Did a little bit of testing:

- changed the dns in /etc/resolv.conf to a non-existent server and composed a mail. The mail was delivered as soon as /etc/resolv.conf was fixed.  
- connected my computer to a hot-spot with no access to the internet. The message stayed in the outbox until the network was available again  
- then connected the computer to my home network and tried to forward a message to my girlfriend. It never left my outbox even if the network was available.  
- Did press the reply button in a message and wrote an answer. This mail still resides in my outbox, to  
- Did try to forward an message to my alternative email address. This message, too, never left my outbox  
- then I composed a message to the same address. This mail arrived 2 minutes later.   
Wireshark tells me that geary is actually doing a DNS query for my SMTP server
at every start. But it does not seem to send any e-mails that are forwarded
(and sometimes seems not to be able to send replies).

On trying to compile the git version of geary my ubuntu raring tells me:

error: Package `libcanberra' not found in specified Vala API directories or
GObject-Introspection GIR directories

error: Package `unity' not found in specified Vala API directories or GObject-
Introspection GIR directories

I don't kow how to fix it since there currently does not seem to be a package
providing these files so I currently am unable to add debug output routines to
the code. Did install all files from the build-dependencies apt-get kows of,
though. I can do tests with the packages provided with the ubuntu nightly ppa,
anyway.

Kind regards,

    
    Gunter.

####

#4

Updated by Gunter Königsmann 8 months ago

  * **Subject** changed from _Even short Messages sometimes stay in outbox forever with flaky network_ to _Forwarded messages and replies sometimes stay in the outbox forever (Ubuntu nightlies ppa)._

####

#5

Updated by Jim Nelson 8 months ago

Without rebuilding Geary, you could try this:

$ geary --log-network --debug > geary.log

and let it run for a while to give the outbox mailer a chance to send the
message. Then exit Geary and check the log. Do you see any obvious problems
there?

You can send the log to us to examine if you want: geary@yorba.org.

####

#6

Updated by Gunter Königsmann 8 months ago

Did find 2 suspicious things:

For the first mail the first auth attempt seems to fail:

> 09:03:15 [smtp.1und1.de/default:465] SMTP Response: 535 no password in
decoded response

(directly afterwards geary seems to find a way to establish a valid
authentification)

> 09:03:16 [smtp.1und1.de/default:465] SMTP Response: 221 OK

The second suspicious thing repeats with every of the mails I tried to
forward:

> 09:03:29 [smtp.1und1.de/default:465] SMTP Response: 500 Line limit exceeded

none of the mails I was trying to forward was this long.

Given that the mails haven't been sent it is logical they stay in the outbox
all the time. But what makes anything more than 500 lines long?

####

#7

Updated by Gunter Königsmann 8 months ago

Found the problem:

> 500 line to long

means that the SMTP server has rejected my mail due a **line** being too long.
RFC2822 limits the line length to 1024 characters. My mail provider has
imposed a 10240 character limit as an anti-spam measure. Watchguard and
ironport are told to deem messages with > 1000 characters per line as spam.

If it is reproducible that forwarding mails can create long lines this might
mean mails from Geary users can end up in spam folders so I assume in this
case the priority of this ticket could be raised.

####

#8

Updated by Robert Schroll 8 months ago

The line-length issue is ticketed as #6378.

####

#9

Updated by Jim Nelson 8 months ago

  * **Status** changed from _Need Information_ to _5_
  * **Resolution** set to _duplicate_

Gunter, the two problems you've reported here -- better error reporting when
sending messages and the line-length issue -- have been ticketed elsewhere, so
I'm going to close this ticket. If I'm missing something and you think there's
another problem, please let us know.

####

#10

Updated by Charles Lindsay 7 months ago

  * **Status** changed from _5_ to _Duplicate_



--- Bug imported by chaz@yorba.org 2013-11-21 20:28 UTC  ---

This bug was previously known as _bug_ 6516 at http://redmine.yorba.org/show_bug.cgi?id=6516

Unknown Component 
   Using default product and component set in Parameters 
Unknown version " in product geary. 
   Setting version to "!unspecified".
Unknown milestone "unknown in product geary. 
   Setting to default milestone for this product, "---".
Setting qa contact to the default for this product.
   This bug either had no qa contact or an invalid one.