374459 - Sending mail goes very slow

Status: RESOLVED DUPLICATE of bug 389132

(Thunderbird :: General, defect)

Description

[Pinda!]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; nl; rv:1.8.1.2) Gecko/20070219 Firefox/2.0.0.2
Build Identifier: version 1.5.0.9 (20061207)

When a user pushes the "send" button, it takes 15 to max 45seconds before the mail is been sent.
All settings in the cliënt are correct, the rest of this users department does not experience this problem (cliënt version is identical), logs show no differences from a good working cliënt log. After fresh install (pc) the problem still occurs.
The network connection is working correctly, no loss or slowness anywhere else.
What could the problem be?

Reproducible: Always

Steps to Reproduce:
1. new mail
2. send
3.
Actual Results:  
delay from min.15 upto 45 seconds

Expected Results:  
delay from min.15 upto 45 seconds

Comment 1

[Magnus Melin [:mkmelin]]

Not sure if it will help much, but you can always try creating an smtp log <http://www.mozilla.org/quality/mailnews/mail-troubleshoot.html#smtp>

Comment 2

[Glenn Scott]

I've had the same problem since Mozilla Suite 1.7.
I'm still having the problem in SeaMonkey 1.1.7, I recall having the problem also in at least SeaMonkey 1.1.3 and SeaMonkey 1.1.4.

Out of about 150 workstations I typically have 1-3 people complaining of the problem at any one time.
All under Windows XP, up to date with any critical updates available at the time.
All systems are close to identical, built from the same hardware, using the same Windows configuration.
All users are using IMAP for receiving, SMTP for sending.

Watching a packet logger, the pause is before any SMTP/IMAP/DNS packets leave the system.
The system becomes sluggish during this time, using a lot of CPU.
Once network packets start flowing the system behaves as expected, SMTP takes as long as expected, then the IMAP copy to Sent takes as long as expected.
Users are connecting at various speeds, ranging from gigabit LAN to kilobit dial-up.

Installing a new version over the top has sometimes fixed the problem, but not often.

Comment 3

[WADA:World Anti-bad-Duping Agency]

(In reply to comment #2)
> Out of about 150 workstations I typically have 1-3 people complaining of the
> problem at any one time.

> Watching a packet logger, the pause is before any SMTP/IMAP/DNS packets leave the system.
> The system becomes sluggish during this time, using a lot of CPU.
> Once network packets start flowing the system behaves as expected, SMTP takes
> as long as expected, then the IMAP copy to Sent takes as long as expected.

Such phenomenon can occur, if similar situation to Bug 389132 occurs on PC for "1 to 3 people at any one time".
> Bug 389132
> 100% CPU for long time when forwarding multiple messages as attachment,
> if many garbages of nsmail-N.tmp remain in \Temp or /tmp directory

See also Bug 403907, which is listed in Dependency tree for Bug 375292.
> Bug 403907
> Moving (+ delete/rename) a folder/subfolder (drag and drop) to an other location in the same account (even trash)
> take a lot of cpu and one to two minutes of processing

Comment 4

[Glenn Scott]

WADA, thanks, looks like this issue has the same cause as the bugs you mentioned.
Deleting %temp%/tmprules*.dat on startup as a work-around has worked for me.