Originally Posted by prefiks

I can't send any message from my imap account. From watching smtp traffic it looks like n9 tries to use BURL extension when talking to my smtp server, server which don't support it and don't publish it in its capabilities list. My guess is that email client have buggy code similar to http://meego.gitorious.org/meego-mid...t.cpp#line1125 where it check if imap or smtp server is capable of using BURL, but not if both flags are set simultaneously.

Originally Posted by sjordet

Btw, when I send mail through SMTP, I just get my email-adress as sender, not my name as I would expect and like I guess this is a known bug?

Originally Posted by shmerl

Thanks. At least in PR 1.1 missing sender name bug is still present. On a side note, are there any plans of adding LDAP directory contacts support?

Originally Posted by Milhouse

Sorry for arriving late to this useful thread...

I've raised two defects/enhancements against the N950 Beta1 and Beta2, which are still not addressed in PR1.1 (2.2011.39-5):
...........

Originally Posted by 888

my existing problems are: every few days my other email accounts stop connecting to the server. I have to delete them and create them again.

And I still have the problem of some emails not showing messages, only titles.

Originally Posted by mnnm

i have the same problem as 888. Every 2-3 days, my yahoo mail account stops connecting to the server. Error reads 'smtp address not available' or something like that. I only have that one email account set up...
i can't send emails either.

It's getting frustrating having to delete and set up my email every few days.

Originally Posted by mooglez

i have n9 setup to use gmail

in gmail i have firstname@lastname.com as the default email address
but the phone only allows me to send emails as firstname.lastname@gmail.com

is there anywhere that this can be changed?

Originally Posted by Milhouse

N950/PR1.1 bug:

I'm also noticing that the email scheduling is not being respected. For example, Google account, Gmail schedule set as follows: Always up-to-date, 08:00 to 01:00, Monday-Sunday, Off peak set to Off yet I'm still receiving email at 03:00 which shouldn't be happening, but it does, and it's not easily reproducible either (just sent myself an email, not delivered so it's not all mail, just some).

This scheduling bug didn't happen with Beta1 or Beta2, although that was when I was using the "Other Mail" account for Google Mail, only since PR1.1 have I been using the new Google account for GMail.

Originally Posted by markn

I see others also having this problem so something is obviously wrong with the software?

Is this a known issue? It is frustrating, especially as I am off overseas shortly and will be wanting to use this feature.

Originally Posted by eres

is there any way to synchronize notes between N9 and Exchange?

Originally Posted by oprocopio

I created an account with my provider address (automatic creation NOT manual) and with this account I can send e-mail without problems.

but if I create an account manually (own server) sending is not possible.

seems there is a problem when you create accounts manually.

Originally Posted by ripla

Problem: only the primary calendar is synced.

Is there a possibility that N9 will support syncing multiple calendars from a Google account over Exchange?

Originally Posted by ripla

My next problem is with Google Apps and the keycode it requires. My "normal" google account via exchange didn't impose any keycode requirements, but our companys google apps account does. And I couldn't find a way to turn it off. Is this something that is configured from the Exchange server (in this case, the Google Apps admin)?

Originally Posted by DanielW

Does anyone know a workaround for this?

Originally Posted by Pebby

The requirement for a lock code when using MfE without the 'non-provisional device' button checked is quite frustrating. I searched the threads, but has anyone discovered a work-around yet?

Originally Posted by Sergey_Kashin

Sorry for such big delay, that was a reaaaally busy days


Checked, you are right, we have the same bug. Thanks that you found it!


Checked. Bug should be fixed in the update (not in the PR1.1).


as far as I know - nope, not in in the plan.



Thanks for the post. Noted.



Can you attach the logs for your problem? Don't forget to remove any private info that you don't want to share.



Attach the logs, please.



As far as I remember, you should configure your account by the special way (check google support (like FAQ etc.) for more info, or I'll find it a bit later ).



Hmm, never saw that bug, will ask our testers about this bug. Thanks.



Attach the logs, please.


Nope.


are you using CRAM-MD5 on your server?



Nope, Google server returns to us that it has only one calendar (the primary one). (But looks like you found the solution :-D )


If this is a server requirements, then you can't disable it (at least while this MfE account is configured ).

Originally Posted by mnnm

I'm very sorry but I am a noob.. how do I get into the logs?? I appreciate any help you can give, but am not tech savvy at all. Sorry.

Originally Posted by oprocopio

Solved!

If you have a folder named: something like "sent" (Sent, sent-items, zz_Sent) then it doesn't function.

Maybe the application tries to save the mail in this folder but something goes wrong.

I have read somewhere that the mail application use "burl" and this function isn't implemented in a lot of imap servers.

So I deleted my mail account on the device (you HAVE to delete the account)...renamed "Sent" to "Zent"...re-created the account on the device...now I can send mails.

That's really strange!

Originally Posted by sjordet

Hi!

2) I would really appreciate an option to choose what folder to save sent emails in for IMAP. Now they are coming in "Sent", which at least is much better than just some local storage. But it would be awesome to choose that folder. I would be more than happy with just an gconf-setting or something...

Regards,
Stian

Originally Posted by sanders

Well done for finding a solution!

If the IMAP server supports URLAUTH and the SMTP server supports BURL and there is a sent folder detected on the IMAP server then the N9 should upload the message directly to the sent folder on the IMAP server and access it from the SMTP server using BURL. This avoids sending every message twice (once to the SMTP server, and again to the IMAP sent folder) which is normally necessary when using IMAP/SMTP and a sent folder on server.

However there appears to be a logic bug in the client so that if (the IMAP server supports URLAUTH or [wrong should be and] the SMTP server supports BURL) and there is a sent folder detected then an attempt to use BURL is made.

I've reported this bug, with a suggested fix. Won't be fixed in 1.1, hopefully next release after that.