[Bug 148459] New: kmail doesnt display messages

Thu Aug 2 18:20:08 BST 2007

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

http://bugs.kde.org/show_bug.cgi?id=148459         
           Summary: kmail doesnt display messages
           Product: kmail
           Version: 1.9.7
          Platform: unspecified
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: NOR
         Component: general
        AssignedTo: kdepim-bugs kde org
        ReportedBy: mmodem00 gmail com

Version:           1.9.7 (using KDE 3.5.7, Mandriva Linux release 2007.1 (Official) for x86_64)
Compiler:          Target: x86_64-mandriva-linux-gnu
OS:                Linux (x86_64) release 2.6.22-3mde

Time to time kmail doesnt display some new messages, it shows the subject, date and the sender but nothing in the body message and even after clicking in the message continues appearing as unread.

To be able to read/see that message, i have to move it to another folder, then when clicking in the message it displays message body.

Im pasting the source code of one of that messages:

Received-SPF: pass (google.com: domain of madwifi-devel-bounces lists sourceforge net designates 66.35.250.225 as permitted sender)
Date: Thu, 2 Aug 2007 06:38:08 -0700 (PDT)
From: jagadish nadimpalli <jagadish_nadimpalli yahoo com>
To: madwifi-devel lists sourceforge net
MIME-Version: 1.0
Message-ID: <982091.57697.qm web35314 mail mud yahoo com>
Subject: [Madwifi-devel] Is this correct "channel switching logic" in
	madwifi-0.9.3?
Precedence: list
Content-Type: multipart/mixed;
  boundary="===============1670617638=="
Sender: madwifi-devel-bounces lists sourceforge net
Errors-To: madwifi-devel-bounces lists sourceforge net
Status: RO

--===============1670617638==
Content-Type: multipart/alternative; boundary="0-1279038925-1186061888=:57697"
Content-Transfer-Encoding: 8bit

--0-1279038925-1186061888=:57697
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit

Hi,

According to my understanding, min dwell time and max dwell time implementation in madwifi source code (version 0.9.3) are,

During scanning, after sending probe request on a channel,

1) If there is no response on that channel, wireless station waits upto max dwell time and switches to the next channel.

2) If station gets response before min dwell time and don't get any responses between min dwell time and max dwell time, station switches to the next channel after max dwell time.

3) If station gets response after min dwell time,  it switches to next channel immediately. It does not wait upto max dwell time.

Is this the correct behavior? What is the reason for chosing this logic.

thanks,
Jagadish

---------------------------------
Got a little couch potato? 
Check out fun summer activities for kids.
--0-1279038925-1186061888=:57697
Content-Type: text/html; charset=iso-8859-1
Content-Transfer-Encoding: 8bit

Hi,<br><br>According to my understanding, min dwell time and max dwell time implementation in madwifi source code (version 0.9.3) are,<br><br>During scanning, after sending probe request on a channel,<br> <br>1) If there is no response on that channel, wireless station waits upto max dwell time and switches to the next channel.<br><br>2) If station gets response before min dwell time and don't get any responses between min dwell time and max dwell time, station switches to the next channel after max dwell time.<br><br>3) If station gets response after min dwell time,  it switches to next channel immediately. It does not wait upto max dwell time.<br><br>Is this the correct behavior? What is the reason for chosing this logic.<br><br>thanks,<br>Jagadish<br><p> 
      <hr size=1>Got a little couch potato? <br>
Check out fun <a href="http://us.rd.yahoo.com/evt=48248/*http://search.yahoo.com/search?fr=oni_on_mail&p=summer+activities+for+kids&cs=bz">summer activities for kids.</a>
--0-1279038925-1186061888=:57697--

--===============1670617638==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
--===============1670617638==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Madwifi-devel mailing list
Madwifi-devel lists sourceforge net
https://lists.sourceforge.net/lists/listinfo/madwifi-devel

--===============1670617638==--