On Tue, Aug 9, 2011 at 1:03 PM, Willie Gillespie < [email protected]> wrote:
> On 08/09/2011 08:23 AM, Jeff Van Epps wrote: > >> Apologies for the repeat post. I just want to take one more try to find >> someone who can help or point me in a direction on this. Anyone? >> >> ---------- Forwarded message ---------- >> From: Jeff Van Epps<[email protected]> >> Date: Mon, Aug 1, 2011 at 8:59 AM >> Subject: Clients can't retrieve new emails >> To: [email protected] >> >> >> In a formerly working environment suddenly clients aren't notified of >> new emails and can't retrieve new emails. Server is Ubuntu 11.04 dovecot >> 1.2.15. Clients which fail are a Pre2 webOS 2.1 and TouchPad webOS 3.0 >> (those are OS versions, I don't know which particular flavor/version the >> IMAP clients are); there is also a Thunderbird 3.1.11 client on the same >> system as the server which works properly. The clients never report an >> error. I got as far as configuring rawlog: >> >> in: >> ~A2 NAMESPACE >> ~A3 SELECT "INBOX" >> ~A4 LIST "" * >> ~A5 UID STORE 0 +FLAGS.SILENT (\Seen) >> ~A6 UID STORE 0 +FLAGS.SILENT (\Seen) >> > > So the client never requests any mail. Just the list of folders. > > > out: >> * OK [RAWLOG TIMESTAMP] 2011-08-01 08:28:33 >> ~A1 OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE >> SORT SORT=DISPLAY THREAD=REFERENCES THREAD=REFS MULTIAPPEND UNSELECT >> IDLE CHILDREN NAMESPACE UIDPLUS LIST-EXTENDED I18NLEVEL=1 CONDSTORE >> QRESYNC ESEARCH ESORT SEARCHRES WITHIN CONTEXT=SEARCH LIST-STATUS] Logged >> in >> * NAMESPACE (("" "/")) NIL NIL >> ~A2 OK Namespace completed. >> * FLAGS (\Answered \Flagged \Deleted \Seen \Draft NonJunk Junk) >> * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft NonJunk >> Junk \*)] Flags permitted. >> * 101 EXISTS >> * 0 RECENT >> * OK [UNSEEN 63] First unseen. >> * OK [UIDVALIDITY 1222650706] UIDs valid >> * OK [UIDNEXT 863] Predicted next UID >> * OK [HIGHESTMODSEQ 1903] Highest >> ~A3 OK [READ-WRITE] Select completed. >> * LIST (\NoInferiors \UnMarked) "/" "Trash" >> * LIST (\NoInferiors \UnMarked) "/" "Sent" >> * LIST (\NoInferiors \UnMarked) "/" "INBOX" >> ~A4 OK List completed. >> ~A5 BAD Error in IMAP command UID STORE: Invalid uidset >> ~A6 BAD Error in IMAP command UID STORE: Invalid uidset >> >> >> I've searched and read messages saying that there is no such thing as >> UID 0. Okay. Why are the clients suddenly trying to use it? Why doesn't >> the server just ignore it? (it seems like it may be terminating the >> connection) >> > > I tried the same commands against my Dovecot server and it did not > terminate the connection. I may be running a different version than you > though. > > > What can I do about it? (I'll nag HP about the client side but I don't >> expect quick action. The server on the other hand is in my house.) >> > > That's the real question. I'd be curious to see what Thunderbird does > since you say it has the same problem. Do you have rawlogs from that? > > Thunderbird works properly, i.e. it succeeds in retrieving new emails. I don't have the rawlog at the moment but I recall that it did not do any "UID STORE 0". I wonder what the clients think they are accomplishing with that command. I'll start searching for an Ubuntu PPA for version 2 Dovecot so I can see whether the same thing still happens. > >> >> dovecot -n output: >> # 1.2.15: /etc/dovecot/dovecot.conf >> # OS: Linux 2.6.38-11-generic i686 Ubuntu 11.04 >> log_timestamp: %Y-%m-%d %H:%M:%S >> ssl_cert_file: /etc/ssl/certs/lordbah.com.crt >> ssl_key_file: /etc/ssl/private/lordbah.com.**key >> ssl_key_password: --redacted-- >> disable_plaintext_auth: no >> verbose_ssl: yes >> login_dir: /var/run/dovecot/login >> login_executable: /usr/lib/dovecot/imap-login >> login_process_per_connection: no >> login_processes_count: 5 >> login_max_processes_count: 20 >> verbose_proctitle: yes >> mail_privileged_group: mail >> mail_location: mbox:~*/mail:INBOX=/var/mail/***%u >> mail_debug: yes >> mbox_write_locks: fcntl dotlock >> mail_executable: /usr/lib/dovecot/rawlog /usr/lib/dovecot/imap >> imap_client_workarounds: tb-extra-mailbox-sep >> auth default: >> verbose: yes >> debug: yes >> passdb: >> driver: pam >> userdb: >> driver: passwd >> >>
