yashsingh1/xdaforums huggingface dataset:
[Windows Mobile Apps and Games] bakasani:
register usocket.dll

Have registered usocket.dll and it works now. I did not know how to directly register it so modded the _setup.xml in the cab file added the line:

under this line:

then reinstalled and it worked

I have also noticed that my cpu usage was 50% - 60% before and now its dropped right down to 0.6% - 1.5% :)

The only problem I have is that imap idle does not appear to be working for me. It connects to my imap server fine then just stays connected and when new messages come in it does not notify me, any ideas what to try?

Thanks
[Windows Mobile Apps and Games] mjg7876:
Fixed the register issue, See my notes Here. Also fixed the bool error I think.

Gudy
[Windows Mobile Apps and Games] mjg7876:
Thanks! That is one way to do it! One of the task managers i think will register dll's, but not sure which one. Should not need to worry about that now. Can you post me a debug.txt?
[Windows Mobile Apps and Games] Slide:
Hi Gudy,

the new Build works for one Message.

If the second email comes in, the Cpu load goes up to 100% then do nothing more!

By the first email the cpu load was O.K.

Greeting

Slide
[Windows Mobile Apps and Games] fourcc:
if you have wm6.5 this is the reason, we should wait for an updated OES release based on Net compact framework 3.5 that would address this issue as said by the developer.
[Windows Mobile Apps and Games] mjg7876:
Your debug has 14 seconds worth of data, did it die that fast? Set it up to run IDLE (and debug.txt),save your settings, then restart your phone. let it sit for a few minutes, let the screen turn off, then send yourself an email. let it catch it, but don't turn the phone on. Send another email, let it catch it, then turn the phone on and check your mail. If it didn't catch the new mail, then open up the settings, goto options, and see what the status is. If it is idle, waiting for messages, then go ahead and kill the process, and post back the debug.txt. There has to be more to it.

FYI to everyone, the Start IMAP Idle button in settings is designed to test IDLE, it will use more CPU when you do it this way (for reporting faster). The proper way to start IMAP IDLE is to just set it all up, save your settings in both screens and exit. It will then start it on it's own when it is scheduled to, and if that means now, it will. This might be why you are reporting huge CPU usage. Let me know if this helped

Thanks

Gudy
[Windows Mobile Apps and Games] bakasani:
@fourcc I have wm6.1 pro (xperia)

Gudy, Thanks heres the debug attached:
[Windows Mobile Apps and Games] mjg7876:
I 'm not sure this is the reason for his (and others) errors. And it might not be a 6.5 issue, it could be a device issue. I hope not as I don't have the resources to test every device.

6.5 support won't happen until there is an official release from Microsoft. I just don't have the time to support beta OS's. Sorry
[Windows Mobile Apps and Games] mjg7876:
Looks like you got a server that doesn't play nice. The response it gives back is not quite IMAP compliant (at least not Gudy compliant). I will have to code this into the program, it will take some time, but now that I have the debug, I can get it fixed up.
[Windows Mobile Apps and Games] Slide:
Hi Gudy,

here is the new debug file.

The problem is the same.

Greeting

Slide
[Windows Mobile Apps and Games] bakasani:
wow thanks that would be great. Its a cpanel server running courier imap if that helps, if you need anything let me know like test accounts on the server etc..
[Windows Mobile Apps and Games] mjg7876:
Boy, I just don't see anything weird there. I will try and get it to do that, I don't use gmail, so I will see if it is a gmail thing or not, and let's see if anyone else has the same issue.
[Windows Mobile Apps and Games] mjg7876:
Ya, actually, if you don't mind, a test account will speed things up a bit. I am out the rest of the day today and tomorrow, but should be able to take a look at the end of the week, so if you could set something up by then, that would be great. Send the info to support (at) gudensoft(.)com.

Thanks
[Windows Mobile Apps and Games] lorin.bute:
I want to thank you for this app. It works well on my Omnia. It saves at least 30% of the battery.
[Windows Mobile Apps and Games] fourcc:
comparing it to other imap idle applications? or what do you mean?
[Windows Mobile Apps and Games] afehn:
I had been starting the service using th Start IMAP button. I changed to the method you suggest above and I still see between 50-60% cpu usage continuosly.

Alex
[Windows Mobile Apps and Games] mjg7876:
I wish I know why that was, it just doesn't make any sense. Is that lower than before?
[Windows Mobile Apps and Games] bakasani:
did you upgrade to version .72 as I had the same problem as you with previous version and after upgrading I have no more high cpu usage its only around 0.6 - 1.5% now
[Windows Mobile Apps and Games] lorin.bute:
Comparing to the normal battery life without this app.

I have set outlook to get my emails every 5 minutes including during the night. With this app i can skip the retrival during the night and save battery life. I would lose 30% of the battery during the night because it would go online to get the emails.

If when i go to sleep the battery is 100% with this app in the morning its still 100%. Without it is 70%.
[Windows Mobile Apps and Games] tilleke:
Looks like an awesome application. I will try it out.

Being a fellow developer and always in search for a good SSL-library to use with CF.NET, I guess you used the SocketPro-library made by Udaparts (along with the two OpenSSL-libraries for GMail). Or did you use another library? If you are not using SocketPro, could you please let me know which one.

Keep up the good work, my friend!
[Windows Mobile Apps and Games] afehn:
I missed the fact that a new version was out :rolleyes: I'll try this latest release.

Thanks
[Windows Mobile Apps and Games] afehn:
New version made it much better at first averaging around 2-4% cpu but every 20 seconds approx. it would jump to 12%. However after 5 minutes it went to 100% cpu only dropping to 87% occasionaly, and has not returned to low cpu usuage since.

Debug.txt attached. At roughly 09:02 it went to 100% cpu. The debug.txt shows no entries from this time. I left it running for 20 mins.
[Windows Mobile Apps and Games] mjg7876:
I'm not seeing the debug.txt
[Windows Mobile Apps and Games] mjg7876:
SocketPro is correct. I wish it was a bit more stable, and smaller :(
[Windows Mobile Apps and Games] afehn:
second time lucky
[Windows Mobile Apps and Games] mjg7876:
Ya, your right, nothing showing up in the debug. I need to step up the debugging, get more information as to why some people are experiencing this. I am tied up this weekend, but will work on it next week.
[Windows Mobile Apps and Games] snufkin:
well, luckily I've found this one b4 I gave up to use pocket outlook. I need to check email after works :mad: but the current setting of "start" and "end" time does not allow me to set start time at 19:00 and end at 09:00 for IMAP IDLE. any plan to improve this?
[Windows Mobile Apps and Games] mjg7876:
You are right, it wouldn't work for IDLE, but you can set up polling for those times. I could probably add this, but it is down the list, I want to get it working for everyone first.

Thanks
[Windows Mobile Apps and Games] snufkin:
thanks gudy for prompt response.

btw, i just found the IMAP IDLE stopped working after it synced 1st time. The Option screen showed IDLE supported but nothing happened. No email pushed! I'm using WM6.1 and ROM 2.00.

No sure if it is due to the screen off issue but I have to put the screen off in order to avoid the battery drained out in couple of hours!

Too bad, I have to use polling method again :(
[Windows Mobile Apps and Games] UncleBeer:
I was finally able to get past the error messages; possibly because of the new version.

A couple of suggestions: since many users are mainly interested in the IDLE function, why not place this more prominently, instead of behind Options / IMAP? Also: when IDLE does fail (for whatever reason) it'd be nice to have a Today screen icon to let us know that it's failed.

Suggestions are meant constructively. Thanks for your work! :)
[Windows Mobile Apps and Games] nhuda:
I second.

I used the app for some time but I stopped. Now I am following the thread regularly. Gudy, I know you are working hard to get it up on track. Keep it up, I am here with you.:)

Regards,
[Windows Mobile Apps and Games] camro:
well - this software is really useable. congrat to this good util !

one wish:

i tried now IMAP IDLE (excl. that almost everybody knows, that a "5min check mail" consume less battery as IMAP IDLE, also IMAP IDLE w+ making calls in the same time reset the DATA connection on calling, anyway...)

i only want to help to make it bugfree ....

and i see, that it gives me an error:

server doesn' support IDLE

(SERVER supports IMAP IDLE)

telnet: gives:

"telnet mail.server.com 143"

* OK [CAPABILITY IMAP4 IMAP4rev1 LITERAL+ ID STARTTLS AUTH=PLAIN SASL-IR] mail.SERVER.com Cyrus IMAP v2.3.14 server ready

(server is my own mail server -> postfix, cyrus)

debug file of email sceduler:

15.05.09, 15:03:32: Power State: on

15.05.09, 15:03:33: Connecting...

15.05.09, 15:03:33: Connecting

15.05.09, 15:03:33: Connection Called

15.05.09, 15:03:33: Connected, ERROR = 0

15.05.09, 15:03:33: Server: * OK [CAPABILITY IMAP4 IMAP4rev1 LITERAL+ ID STARTTLS AUTH=PLAIN SASL-IR] mail.SERVER.com Cyrus IMAP v2.3.14 server ready

15.05.09, 15:03:33: Checking Capability..

15.05.09, 15:03:33: Client: A0001 CAPABILITY

15.05.09, 15:03:33: Server doesn't support IDLE, disconnecting

15.05.09, 15:03:33: Closing Connections and Exiting

15.05.09, 15:03:33: Connection Closing

15.05.09, 15:03:33: Connection Lost (Socket Closed)

any idea where the problem can be ?

in list is "ID" (IDLE support) - or ?

cu camel

EDIT: seems to be, that the email server is not IMAP IDLE

it had to be (not ID) in threre "IDLE" - will see if this is the problem.

cu camel
[Windows Mobile Apps and Games] mjg7876:
You are correct, the server is reporting that IDLE is not supported. That is why IDLE is disconnecting. Also, IDLE is more efficient than polling every 5 minutes since the data transferred is far less. IDLE can go, well idle for up to 30 minutes without any data transfer at all. Of course, this is all dependent on your network, and how many emails you get. On my system, the battery life is outstanding with IDLE, when I polled just every 15 minutes, my battery would be around 30% by day's end. With IDLE, the worst I have had is 50%!

Thanks!
[Windows Mobile Apps and Games] afehn:
Agreed, IDLE is not worse than polling every 5 mins. I used to use 15 min polling intervals and by the time I got home my phone was dead. With IDLE I have around 50% left at the end of the day! I noticed a huge difference in battery life when I moved from 3 mobile to O2 due to firewall policies.
[Windows Mobile Apps and Games] focusedonsound:
Just wanted to note that I am still having issues with Email Scheduler and the current 6.5 Rom that I am running.

The app seems to work fine upon initial setup. Start Imap idle and it does its thing. Emails start pouring in as they arrive (as the service should) When you go to "Save" the settings the app crashes.

Im not sure whats going on much more than that.. I can attach the exception report if you like.

Thanks

Focusedonsound
[Windows Mobile Apps and Games] mjg7876:
Don't start the IMAP IDLE with the button, setup all the settings, without starting imap, save, then save in the main screen. The Start IMAP IDLE button is really just for testing to make sure the connection works. IT is not intended to run full time, which could be why you are getting the errors. IF imap idle is scheduled to run when you close out the settings, it will start on it's own. I need to clarify this in the program, thanks for the input!
[Windows Mobile Apps and Games] focusedonsound:
Nope still no workie!

Here is the Error!

EmailSchedulerService.exe
IndexOutOfRangeException

at System.String.get_Chars(Int32 index)
at System.Globalization.DateTimeFormatInfo.InsertHash(TokenHashValue[] hashTable, String str, TokenType tokenType, Int32 tokenValue)
at System.Globalization.DateTimeFormatInfo.CreateTokenHashTable()
at System.Globalization.DateTimeFormatInfo.Tokenize(TokenType TokenMask, TokenType& tokenType, Int32& tokenValue, __DTString& str)
at System.__DTString.GetSeparatorToken(DateTimeFormatInfo dtfi, Int32& indexBeforeSeparator, Char& charBeforeSeparator)
at System.DateTimeParse.Lex(DS dps, __DTString& str, DateTimeToken& dtok, DateTimeRawInfo& raw, DateTimeResult& result, DateTimeFormatInfo& dtfi)
at System.DateTimeParse.TryParse(String s, DateTimeFormatInfo dtfi, DateTimeStyles styles, DateTimeResult& result)
at System.DateTimeParse.Parse(String s, DateTimeFormatInfo dtfi, DateTimeStyles styles)
at EmailSchedulerService.MainEventWatcher.StartupRun()
at EmailSchedulerService.MainEventWatcher.MainLoop()
at EmailSchedulerService.Program.Main(String[] args)
[Windows Mobile Apps and Games] PiperD:
Some questions

This sounds like a great app. Just looking for some clarification though.

First, based on comments made in the thread, is it correct that the IMAP IDLE process does *not* download any mail, but rather notifies Outlook of a new mail and then Outlook does a Send/Receive against the account?

Second, it's clear that scheduled checking will wake the device from standby since you're using the notification queue. But the IMAP IDLE process may actually stop running when the device is in standby (actually, when it's suspended) so at those times you will *not* get immediate notification of new mail.

So for IMAP IDLE, are you resetting the device's idle timer (so that it never suspends and you always get your mail) or is it just the case that IMAP IDLE doesn't work when the device is suspended?

Thanks!
[Windows Mobile Apps and Games] camro:
no, the CAPABILITY will be done by:

telnet mailserver 143 <ENTER>

then input: C01 CAPABILITY

my server said:

(my command:) telnet mail.XXXXXX.com 143

* OK [CAPABILITY IMAP4 IMAP4rev1 LITERAL+ ID STARTTLS AUTH=PLAIN SASL-IR] mail.XXXXXX.com Cyrus IMAP v2.3.14 server ready

OK

(my command:) C01 CAPABILITY

* CAPABILITY IMAP4 IMAP4rev1 LITERAL+ ID STARTTLS AUTH=PLAIN SASL-IR ACL RIGHTS=kxte QUOTA MAILBOX-REFERRALS NAMESPACE UIDPLUS NO_ATOMIC_RENAME UNSELECT CHILDREN MULTIAPPEND BINARY SORT SORT=MODSEQ THREAD=ORDEREDSUBJECT THREAD=REFERENCES ANNOTATEMORE CATENATE CONDSTORE SCAN IDLE LISTEXT LIST-SUBSCRIBED X-NETSCAPE URLAUTH

C01 OK Completed

so - it is supported !!!!

do you request the imap idle CAPABILITY via command: "C01 CAPABILITY" ?

cu camel
[Windows Mobile Apps and Games] Lilhit82:
is there an application like this but for sms??
[Windows Mobile Apps and Games] camro:
well maybe we can work together on one programm which can handle the imap idle support ...

you can see also on: http://xdaforums.com/showthread.php?t=519049

the imap pusher supports very well the imap idle on ssl 993. it's written in vb, and the ssl-api is in cpp.

but i like your version more as others - so i think it is a good idea to give the power to one appl. and not creating the wheel once again.

some news for imap idle support ?

cu camel
[Windows Mobile Apps and Games] mjg7876:
1)that is 100% correct, all I do is trigger outlook to send/receive.

2)This is part of the problem some users are having. It seems some devices sleep differently. On my phone (titan on verizon running 6.1), this program will work while suspended. It is just a service that runs in the background to check imap status. But for some other devices, it is getting shut down. I am looking more into it, but like I said on my blog, the next few weeks I can't work on it. Once I get through the next couple of weeks, I will have ample time to focus on imap idle. I also plan to look at 6.5 and see what is up with it as well.
[Windows Mobile Apps and Games] mjg7876:
I do use CAPATIBILITY, the C01 you use is just a unique number to mark the request. I think I use AXXX, where XXX is a sequencal number starting at 001. I don't know why it would flag is as not compatible, once I get back to developing this, I will get with you and work through it. Right now, I don't see anything in your request that would hender it, other than it is the longest response I have seen (that's a lot of options!). It is possible in my program, it is splitting the response up, and I don't think I handle that with the CAP request, never needed to until now.

Also, FYI, Even though IMAP IDLE is a standard, some calls are not fully standardized. CAPATIBILITY is one that is open for a response. gmail responds with some really crazy stuff, like "and that's all she wrote!". I love Caddyshack, but when responses are like this, it is hard to code for all the different servers out there.
[Windows Mobile Apps and Games] mjg7876:
When I first looked at writing this program (IDLE at least), I looked through this one. The SSL lib he uses blocks, and when it fails, it can't be recovered, and there is no error handling. If I remember right, there were other things that I didn't like, but can't remember off the top of my head.

I first wrote this just to set the poll settings. I then added imap, and am still trying to perfect it. It works 100% on my phone, on my network, and for my email. The problem is the 100's of different devices that run WinMo, the 100's of different versions of WinMo, and 100's of different carriers, none of which I have access to, I rely on feedback from all of you. I hate Apple, but I do like the fact that iPhone is 1 phone (ok, more than that but still), 1 network (for now at least), and 1 OS. IMAP Pusher has the same problems, .NET isn't playing like it should across all devices. Still, without his idea, it would have taken me much longer to get where I am now.

Thanks
[Windows Mobile Apps and Games] camro:
i'm on 6.1 - and for me it seems to be, that only the checking of IMAP IDLE is the problem.

so, maybe you can try to compile a version, which is always thinking that the server is suporting it ? or maybe it is only the function which see _imap.content = "IDLE" - so for me it is not easy to see how you handle the IMAP IDLE support request.

well - maybe it helps to have an test account on a server which is supporting all of the different CAPS.

cu camel

PLS: i also thinking that on IMAP Pusher are a lot of things which i don't like how it is handled there ....

only see that this version is supporting IMAP IDLE very well
[Windows Mobile Apps and Games] mjg7876:
basically, that is how I handle it. The problem I think is the response string is so long that it splits it up over 2 packets. If I remember right, I only check the 1st packet on a CAP request, but do have it built in to support multiple packets, just didn't use it, I'll get it fixed.
[Windows Mobile Apps and Games] camro:
some new ideas / wishes from my side:

maybe i spend time to help to go on with the project "Email Scheduler", because there are only few things to do, and it can quickly reach "release status"

what i'm missing there:

.) bugfixing on better IMAP IDLE support (now only "IMAP IDLE gmail" is supported -> will be easy to fix

.) more debug log detail, the whole communication between client and server willl be fine, to see better what is the response from mail-server, and whats going on -> will be easy to add

.) configuring an account how to handle the email request with imap idle.

Therefore the "IMAP IDLE support for multiple accounts" is neccesary

for account "ABC"

ex: on weekdays from 7:00 - 20:00 -> imap idle checking

ex: on weekdays "outside time" (20:00 - 7:00) -> checking email every 60 minutes

ex: on weekend from 10:00 - 18:00 -> checking email every 30 minutes

ex: on weekend "outside time" (18:00 - 10:00) -> "manually" (so then you can slep without autorequesting)

i will help to proceed this project.

cu camel
[Windows Mobile Apps and Games] Sean D.:
Major issue

Okay... maybe not so *major*, but it's annoying as f***.

I reverted back to version .66 because the IMAP Idle function just was not working for me at all.

But PLEASE... I'm begging you to PLEASE build in a data 'switch off' function of some sort to turn GPRS/Data connections off after it has checked for, or downloaded messages.

:mad:

If the e-mail scheduler checks for messages while the screen is blank (sleep mode, etc) more often than not the data connection will stay on until I turn the phone back on and notice it and manually turn it off. I don't know if this is a glitch, or if it has to do with the app trying to D/L large messages that take a while or what, but it is a bit annoying.

I even have Advanced Config and have the data connections set to switch off after 2 mins (have tried 3, and 4 minutes as well) and it still makes no difference. It will stay on if the screen is off, or turns off.

Another thing, and I'm not convinced this is due to email scheduler, but I have it set to only check every 60 minutes between 8 AM, and 8 PM. But out of nowhere my data connection will just turn on (assuming the phone radio is on) between 1 and 2 AM... and once again it will just stay on until I notice it.

Sorry if this all sounds ingrateful, I actually love this app, and can't wait for all (or most) of the bugs to be worked out. But the battery drain, and data charges are killing me.

:rolleyes:
[Windows Mobile Apps and Games] mjg7876:
This program DOES NOT CHECK/DOWNLOAD EMAIL. All it does it set the settings in outlook. In fact, since you are not using IMAP IDLE, this program is not even running 99% of the time! It only runs 2 times a day to change the poll settings in outlook then closes. It also DOES NOT use data, unless you are using IMAP IDLE. Outlook does all the email stuff. Since all this does is control how often outlook checks mail, it actually saves battery! If you have it check every 5 minutes, ya, your battery is going to suffer, but I can't control that. Your data issues are NOT caused by this program.

As far as bugs go, ya, IMAP IDLE has issues, but the settings to change poll settings, as far as I know, is bugless. I am working on IMAP IDLE issues.

If you don't have an unlimited data plan, IMAP IDLE is not for you. It will have a constant data connection, no way around that. If fact, if it was me, I wouldn't even have email on a phone without an unlimited plan, POP and IMAP are very data hungry!

I don't have a problem with criticism, but please make sure it is relevant.

Thanks
[Windows Mobile Apps and Games] PiperD:
You may want to clarify some things.

First, are you using the IMAP IDLE function in the program? If you are, then it makes sense that the data connection will stay open - that's how IDLE works, and it's unavoidable.

If you're only using the scheduler, then this shouldn't be a problem with the program as the program only tells tmail.exe to sync. So the only software that's actually making use of your data connection is Messaging. As a test: turn off your data connection, start Messaging, do a send/receive on an account, and note what happens with the data connection after Messaging is done.

Edit: Okay, not sure why I didn't see the author's reply - please ignore mine, essentially says the same thing!
[Windows Mobile Apps and Games] Sean D.:
Hold up!

First off, I wasn't trying to come off as hostile, nor am I intending to point fingers or anything like that.

Second, thanks for the clarification.

No I do not run IMAP Idle, but it does have to do with messaging, but as I said if my phone is on/"awake" then the data connection will not stay on. It only happens if/when it checks for e-mails while the backlight is off.

If I hit send/recieve while the data connection is off, it will initiate, check for messages and turn off after 2 minutes (as I have it set in Advanced Config). If it checks on it's own while the phone's back light is off chances are it will stay on.

Once again, I wasn't intending to come off as hostile.
[Windows Mobile Apps and Games] mjg7876:
No problem Sean, no offense taken. I just hope my information helped you out. You might post your issue under your phone's forum, someone more familar with "Advanced Config" and your device might be able to help.

Thanks