Originally Posted by Rob1n

Sounds very odd that it suddenly decides the server isn't an Exchange server

Anyway, I'd suggest enabling logging and seeing whether anything useful is reported. The other thing you could try is to delete the account altogether and rerun the setup from scratch.

Originally Posted by gabby131

thanks....just got the time to deal with this. i did the enable logging and the text file attached is the .log file (i honestly dont know what that 76000 char txt file is )

i perform a back-up before i delete and re-do my mfe, but still same results. thanks

UPDATE: with some unexplainable reasons on my part, my mfe just re-sync! i mean it is working now!, before that, the warning banner says that Exchange account was disabled......then after that, the mfe folder was synced

Originally Posted by Rob1n

Anyway, glad to hear it's all working now - make sure you disable logging again though, otherwise you'll soon run out of rootfs space!

Originally Posted by gabby131

okay, my Rootfs is still draining after this and this. reduces the rootfs by 0.1mb every sync. reboot will fix it but then again, draining space every sync. (or maybe im just paranoid)

Originally Posted by Rob1n

You've uninstalled sysklogd? The rootfs space usage shouldn't be anything to do with logging then - have you checked to see where the extra space is being used (if it's fixed at reboot then it's probably under /tmp, as that'll get cleaned on boot)?

Originally Posted by rmerren

Good idea. Here is the deal: I ssh into my phone so that I can do the dbus-monitor in the background. I pipe it into a file and then click on an email in the inbox. I get a long delay during which dbus-monitor is pumping out tons of these:

Code:

method call sender=:1.71 -> dest=org.freedesktop.Notifications serial=99757 path=/org/freedesktop/Notifications; interface=org.freedesktop.Notifications; member=CloseNotification
   uint32 163
signal sender=:1.31 -> dest=(null destination) serial=99227 path=/org/freedesktop/Notifications; interface=org.freedesktop.Notifications; member=NotificationClosed
   uint32 163
method call sender=:1.31 -> dest=com.nokia.HildonSVNotificationDaemon serial=99228 path=/com/nokia/HildonSVNotificationDaemon; interface=com.nokia.HildonSVNotificationDaemon; member=StopEvent
   int32 165
method return sender=:1.31 -> dest=:1.71 reply_serial=99757
method call sender=:1.71 -> dest=org.freedesktop.Notifications serial=99758 path=/org/freedesktop/Notifications; interface=org.freedesktop.Notifications; member=CloseNotification
   uint32 162
signal sender=:1.31 -> dest=(null destination) serial=99230 path=/org/freedesktop/Notifications; interface=org.freedesktop.Notifications; member=NotificationClosed
   uint32 162

These look remarkably like the list of integers at the beginning of the file /var/lib/gconf/apps/modest/accounts/Mail@32@for@32@ExchangeID/%gconf.xml:

Code:

<?xml version="1.0"?>
<gconf>
        <entry name="notification_ids" mtime="1281391489" type="list" ltype="int">
                <li type="int" value="163"/>
                <li type="int" value="162"/>
                <li type="int" value="160"/>
                <li type="int" value="159"/>
                <li type="int" value="158"/>
                <li type="int" value="157"/>
                <li type="int" value="156"/>
                <li type="int" value="155"/>
                <li type="int" value="154"/>
                <li type="int" value="153"/>
                <li type="int" value="152"/>
                <li type="int" value="151"/>
                <li type="int" value="150"/>
                <li type="int" value="149"/>
                <li type="int" value="148"/>

I don't know if the list is exactly the same, and if it is growing at all (though the update timestamp on the xml file is current, so it has been updated). So what is generating these notifications? If I delete the "li" nodes, will I break something? Will they get replaced?

I would love to hear any thoughts from anyone (including whether I should put all this into a new or existing bug in the maemo bugzilla) before I go around deleting from gconf files willy nilly. I pulled the modest source code from the repository (open source rocks!) but have not found anything of interest related to notifications, or to the dbus call above...but I have only started pouring through it.