07-27-18 06:34 PM
36 12
tools
  1. DSS900's Avatar
    Lol. Funnily this problem now effects me after I did the official OS update.
    "Funnily"! I like it. Lol

    Posted via CB10
    03-13-14 06:43 AM
  2. Omnitech's Avatar
    My work email, through Exchange, clears itself off my device every so often. Sometimes I put in my device password (IT requirement), then the device asks again, but clears my email off.

    That was a known Exchange ActiveSync (EAS) issue with some builds of 10.2.1.

    It has been remedied in 10.2.1.2141/10.2.1.2102.
    03-13-14 11:11 PM
  3. 1Criz's Avatar
    Lol. Funnily this problem now effects me after I did the official OS update.
    Same here. Shouldn't do this, shouldn't do. On 10.3.2 everything was smooth and battery OK.
    Why I am always upgrading? Shame on me. First they ruined search form 10.2 where you can just hit search and instantly type commands. Not any more after they added stupid, slow like molasses assistant. Now this.

    I disconnected Android wifi as per linked thread, but no change - system+PIM on approx 50% together. Phone is hot. Going to delete and enable all email accounts again...
    01-29-17 11:05 AM
  4. Omnitech's Avatar
    Same here. Shouldn't do this, shouldn't do. On 10.3.2 everything was smooth and battery OK.
    Why I am always upgrading? Shame on me. First they ruined search form 10.2 where you can just hit search and instantly type commands. Not any more after they added stupid, slow like molasses assistant. Now this.

    I disconnected Android wifi as per linked thread, but no change - system+PIM on approx 50% together. Phone is hot. Going to delete and enable all email accounts again...

    If you installed the new OS using an autoloader or restored a backup, you need to give the device a lot of time to re-populate and re-index various Hub/PIM/App databases before it will return to normal utilization and not be hot any more. (The heat is generated while the device uses lots of CPU cycles to do the aforemented re-population/indexing tasks)

    What BlackBerry IMHO SHOULD have done is provide some feedback to users about this high-activity process going on in the background, and give some indication of how far along it is and how long it will take to finish. Instead, people always complain about "hot phones" and keep restarting or re-loading their devices thinking this will fix it, but the only thing you can do is wait until it is done and keep it near a charger as the process can drain the battery very quickly if not plugged-in.

    Another reason for the PIM process taking up a lot of CPU is if it has trouble with syncing one or more accounts. In the past people have found that it got wedged with one or more accounts with bad credentials or bad network connectivity that caused it to get into this kind of process loop.

    In that case, I would suggest either deleting accounts one at a time until you find the culprit, or just enable them one-by-one and wait for each account to completely sync before adding the next account. This includes accounts like Dropbox, Box, Twitter, Gtalk, etc.
    01-29-17 01:14 PM
  5. macmalon's Avatar
    One year later... I had the exact same problem with my PIM services eating up my Classic's battery. My solution was to delete each email account I had one at a time and wait one day to see if things changed, and then delete another one. It turned out that it was my Orange email account that was the culprit. As soon as I suppressed this account, the battery was again lasting its usual 2 days. Luckily enough, I don't really use this address so I didn't add this account back.

    I noticed that orange made some changes to its web interface, so they might also have changed the way the account works which in turn created some issues when syncing with BBOS... perhaps...

    Hope it might help the last users of BB10 devices!!!
    07-09-18 03:30 AM
  6. toums's Avatar
    No problem with my 2 Orange accounts !! change sync frequency could repair this kind of issue, may-be?
    07-10-18 01:23 AM
  7. antox's Avatar
    (Not sure if my experience is relevant here.)

    I saw PIM draining my battery and data allowance a few years ago (likely 10.3.2.2836). After dissecting accounts and messages, it turned out that one particular IMAP server was giving invalid responses, and PIM was indefinitely repeating its requests without throttling.

    Here is an excerpt from an IMAP conversation demonstrating those offending zero-length 'literals' for messages 1&2 (C=client, S=server):
    Code:
    C:      t6 fetch 1:* (uid body.peek[header.fields (from sender)])
    S:      * 1 FETCH (UID 1 BODY[HEADER.FIELDS ("from" "sender")] {0}
            )
    S:      * 2 FETCH (UID 2 BODY[HEADER.FIELDS ("from" "sender")] {0}
            )
    S:      * 3 FETCH (UID 3 BODY[HEADER.FIELDS ("from" "sender")] {14}
            From: vvvv
            
            )
    S:      t6 OK FETCH completed [2 msec; srop: 5; srb: 8247; srw: 278000; swop: 0; swb: 0; sww: 0; frop: 5; frb: 8247; frw: 188000; fwop: 0; fwb: 0; fww: 0]

    Solved it server-side by reporting a bug to e-mail provider.
    07-25-18 05:44 AM
  8. ppeters914's Avatar
    Nice. How did you see / copy that info to show the email provider?

    Posted via CB10 / AT&T /Z10 STL100-3 /10.3.3.3216
    07-25-18 02:44 PM
  9. antox's Avatar
    I think, to sniff the traffic I tunneled it through my PC like this:
    - on BlackBerry set up an IMAP account having address:port of PC (say, port 1143), Encryption=Off to reveal clear-text conversation on *safe* LAN,
    - wrap it in SSL between PC and the actual IMAP server on WAN, e. g. using ncat from nmap package under GNU/Linux:
    Code:
    ncat -l 1143 -c 'ncat --ssl imap-dot-example-dot-com 993'

    There was an avalanche of requests and invalid replies for particular UIDs. I then moved those messages to a separate folder and tried to get my head around (`ncat -C --ssl` to manually chat to the server)... It was the lengths of MIME header names/values that affected the behavior, so in the end I overwrote header values, discarded message bodies, and submitted such blacked-out samples with the bug report.

    Hope this helps!
    07-25-18 08:04 PM
  10. antox's Avatar
    P. S. Quoted in #32 was part of my manual chat to the server. The overheared BlackBerry's conversation was as follows.
    Code:
    GCCL2643 UID FETCH 3886 (UID FLAGS INTERNALDATE BODYSTRUCTURE BODY.PEEK[HEADER.FIELDS (From Subject In-Reply-To References To Cc Reply-To Date X-Priority X-MSMail-Priority Imp
    ortance Message-ID)])
    * 2 FETCH (UID 3886 FLAGS (\Seen $Forwarded \Recent) INTERNALDATE "15-Aug-2015 20:38:16 +0300" BODYSTRUCTURE ("TEXT" "plain" ("charset" "us-ascii") NIL NIL "7bit" 1103 26 NIL 
    NIL NIL NIL NIL NIL) BODY[HEADER.FIELDS ("From" "Subject" "In-Reply-To" "References" "To" "Cc" "Reply-To" "Date" "X-Priority" "X-MSMail-Priority" "Importance" "Message-ID")] {
    0}
    )
    GCCL2643 OK FETCH completed [1 msec; srop: 2; srb: 4096; srw: 81000; swop: 0; swb: 0; sww: 0; frop: 2; frb: 4096; frw: 56000; fwop: 0; fwb: 0; fww: 0]
    GCCL2644 UID FETCH 3886 ...
    07-25-18 08:40 PM
  11. Kamika007z's Avatar
    Impressive.

    Any way to report that to BlackBerry directly?

    Posted via CBX
    07-27-18 06:34 PM
36 12

Similar Threads

  1. Disappointed with Blackberry service
    By bapi3113 in forum BlackBerry Z30
    Replies: 17
    Last Post: 12-13-13, 09:06 PM
  2. Accessing the "My Service Canada " account from a BB10 phone
    By BlackberryCanada in forum BlackBerry Q5
    Replies: 8
    Last Post: 12-12-13, 08:35 PM
  3. Rocky Mountain Human Services Chooses BlackBerry
    By amazinglygraceless in forum News & Rumors
    Replies: 11
    Last Post: 12-11-13, 06:44 PM
  4. Replies: 2
    Last Post: 12-10-13, 02:32 AM
  5. TMO BES hosted service.
    By deremi in forum BES 10
    Replies: 2
    Last Post: 12-09-13, 02:19 PM
LINK TO POST COPIED TO CLIPBOARD