Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 119101 - Mailing with attachments approx. > 612 bytes hangs (Thunderbird and kmail)
Summary: Mailing with attachments approx. > 612 bytes hangs (Thunderbird and kmail)
Status: RESOLVED INVALID
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Unspecified (show other bugs)
Hardware: x86 Linux
: High major (vote)
Assignee: Gentoo Linux bug wranglers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-01-15 09:38 UTC by Christian Knauer
Modified: 2006-01-15 10:37 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Christian Knauer 2006-01-15 09:38:21 UTC
Dear Support,

I'm currently running "2.6.14-gentoo-r5 #13 SMP PREEMPT Sun Jan 8 13:31:15 CET 2006 i686 Intel(R) Xeon(TM) CPU 3.00GHz GenuineIntel GNU/Linux". I installed localized Thunderbird version from the German Thunderbird site. When sending emails with attachments approximately > 612 bytes then sending process will hang until a timeout by SMTP occurs. Everything else (without or smaller attachments) works fine. I checked every setting for several times and it is ok. I searched for similar issues in the web concerning anti-virus and Firewall settings. To make a long story short I
- stopped and emerged --unmerge clamav => problem persists
- opened temporarily firewall settings => problem persists
- deinstalled localized Thunderbird and emerged thunderbird => problem persists
- installed another mail client (kmail) => problem persists
Sending even large attachments works fine from my Windows PC via Outlook (but I want to get rid of Windows so pleeeease help me!).
Receiving mails with large attachments isn't a problem either.
After regarding the facts, it seems that there ain't no problem with the Router/Firewall, 'cause Outlook from Windows is working fine - no special settings for my GentooServer. Different mail clients share the same problem, so the mail client does not seem to cause this problem. ISP cannot cause this problem, otherwise Windows/Outlook won't work. I assume that there is a problem in a library that both clients share, but I can't help myself anymore.
Here is a debug output from thunderbird/smtp that I set up with
export NSPR_LOG_MODULES=SMTP:5
export NSPR_LOG_FILE=/tmp/TB-log.txt
I tried to send a mail with an ascii file of 6125 bytes attached.

cat /tmp/TB-log.txt:

16384[8cb1e50]: SMTP Connecting to: post.strato.de
16384[8cb1e50]: SMTP entering state: 0
16384[8cb1e50]: SMTP Response: 220 post.webmailer.de ESMTP Sendmail 8.13.1/8.13.1; Sun, 15 Jan 2006 18:12:29 +0100 (MET)
16384[8cb1e50]: SMTP entering state: 15
16384[8cb1e50]: SMTP Send: EHLO [192.168.0.70]
16384[8cb1e50]: SMTP entering state: 0
16384[8cb1e50]: SMTP Response: 250-post.webmailer.de Hello p50887A46.dip.t-dialin.net [80.136.122.70], pleased to meet you
16384[8cb1e50]: SMTP entering state: 0
16384[8cb1e50]: SMTP Response: 250-ENHANCEDSTATUSCODES
16384[8cb1e50]: SMTP entering state: 0
16384[8cb1e50]: SMTP Response: 250-PIPELINING
16384[8cb1e50]: SMTP entering state: 0
16384[8cb1e50]: SMTP Response: 250-8BITMIME
16384[8cb1e50]: SMTP entering state: 0
16384[8cb1e50]: SMTP Response: 250-SIZE
16384[8cb1e50]: SMTP entering state: 0
16384[8cb1e50]: SMTP Response: 250-DSN
16384[8cb1e50]: SMTP entering state: 0
16384[8cb1e50]: SMTP Response: 250-AUTH CRAM-MD5 PLAIN LOGIN
16384[8cb1e50]: SMTP entering state: 0
16384[8cb1e50]: SMTP Response: 250 HELP
16384[8cb1e50]: SMTP entering state: 4
16384[8cb1e50]: SMTP entering state: 22
16384[8cb1e50]: SMTP entering state: 17
16384[8cb1e50]: Logging suppressed for this command (it probably contained authentication information)
16384[8cb1e50]: SMTP entering state: 0
16384[8cb1e50]: SMTP Response: 334 PDM3NDM2NDQwMDkuMTMyNzE3NDVAcG9zdC53ZWJtYWlsZXIuZGU+
16384[8cb1e50]: SMTP entering state: 19
16384[8cb1e50]: SMTP entering state: 18
16384[8cb1e50]: Logging suppressed for this command (it probably contained authentication information)
16384[8cb1e50]: SMTP entering state: 0
16384[8cb1e50]: SMTP Response: 235 2.0.0 OK Authenticated
16384[8cb1e50]: SMTP entering state: 19
16384[8cb1e50]: SMTP entering state: 3
16384[8cb1e50]: SMTP Send: MAIL FROM:<christian.knauer@knauer-krueger.de> SIZE=7207
16384[8cb1e50]: SMTP entering state: 0
16384[8cb1e50]: SMTP Response: 250 2.1.0 <christian.knauer@knauer-krueger.de>... Sender ok
16384[8cb1e50]: SMTP entering state: 6
16384[8cb1e50]: SMTP Send: RCPT TO:<christian.knauer@knauer-krueger.de>
16384[8cb1e50]: SMTP entering state: 0
16384[8cb1e50]: SMTP Response: 250 2.1.5 <christian.knauer@knauer-krueger.de>... Recipient ok
16384[8cb1e50]: SMTP entering state: 7
16384[8cb1e50]: SMTP Send: DATA
16384[8cb1e50]: SMTP entering state: 0
16384[8cb1e50]: SMTP Response: 354 Enter mail, end with "." on a line by itself
16384[8cb1e50]: SMTP entering state: 8
16384[8cb1e50]: SMTP entering state: 9
16384[8cb1e50]: SMTP Send: .
# --> here the sending process hangs for several minutes

... and that's it.

Thanks for your contribution in advance.
Comment 1 Jakub Moc (RETIRED) gentoo-dev 2006-01-15 09:50:54 UTC
forums.gentoo.org, mailing list or #gentoo are places to seek help, bugzilla is for bugs, not for issues with your ISP's mailserver or general problems like 'I cannot send mail'.
Comment 2 Christian Knauer 2006-01-15 10:37:09 UTC
(In reply to comment #1)
> forums.gentoo.org, mailing list or #gentoo are places to seek help, bugzilla is
> for bugs, not for issues with your ISP's mailserver or general problems like 'I
> cannot send mail'.
> 

... mmhm - cannont see differences in my call and e.g. 14545.  It's obvious to me that you have read my call by keywords like "ISP" or "cannot mail". If You have had read up to the end you might come to the conclusion that the problem might concern part of central gentoo functions or libs. However, I will try forums.gentoo.org.

Thanx for your fast response anyway.