Problem syncing mail - crash

[Vladimir Marek]

Hi,

[...]
> I'm seeing the same error when I use the latest rc and the next branch,
> syncing with the same IMAP server as you. It happens consistently if a
> new message has been created or copied/moved locally.

correct

> I haven't had time to look into it yet, but I just thought I'd mention
> that I haven't had this problem with version 6.3.2.1, which I've used
> for a long time, so it appears to be a new problem.

That's interesting!

In fact I'm just connected to the imap server via text terminal and I'm
learning IMAP protocol trying various things.

If I try

. uid search header From ""
* SEARCH 2122 2123 2124 2125 2126 2127 2128 2129 2130 2131 2132 2133 2134 2135 2136 2137 2138 2139 2140 2141 2142 2143 2144 2145 2146 2147 2148 2149 2168 2171 2172 2173 2174 2175 2176 2177 2178 2179 2180 2181 2182 2183 2184 2185 2186 2187 2188 2189 2190 2191 2192 2193 2194 2195 2196 2197 2198 2199 2200 2201 2202 2203 2208 2212 2213 2217 2218 2220 2221 2222 2223 2224 2225 2226 2227 2228 2229 2230 2231 2232 2233 2234 2235 2236 2237 2238 2239 2240 2241 2242 2243 2244 2245 2246 2247 2248 2249 2250 2251 2252 2253 2254 2255 2256 2257 2258 2259 2260 2261 2262 2263 2264 2265 2266 2267 2268 2269 2270 2271 2272 2273 2274 2275 2276 2277 2278 2279 2280 2281 2282 2283 2284 2285 2286 2287 2288 2289 2290
. OK UID SEARCH completed




All is good. However




. uid search header X-OfflineIMAP ""
* SEARCH
. OK UID SEARCH completed




It looks to me that the IMAP server we use can't search for just any
header, only for some.

On the other hand I can do (138 does not have X-OfflineIMAP, 139 has one):




. fetch 138:139 (body[header.fields (X-OfflineIMAP)])
* 138 FETCH (BODY[HEADER.FIELDS ("X-OfflineIMAP")] {2}

)
* 139 FETCH (BODY[HEADER.FIELDS ("X-OfflineIMAP")] {128}
X-offlineimap: 3248098398-5194287664 by default (Oracle Beehive Gateway v4.0)
 with ESMTP ; Fri, 08 Jul 2011 17:51:07 -0700

)
. OK FETCH completed


> 
> Probably completely unrelated, but in case it matters... I've noticed
> that the X-OfflineIMAP very often seems to get garbled (also with the
> older versions that have been working fine for me). Take for example
> these lines from the log you posted:
> 
> Received: from acsinet21.oracle.com (/141.146.126.237)
> X-OfflineIMAP: 845261242-5859386199
> 	by default (Oracle Beehive Gateway v4.0)
> 	with ESMTP ; Thu...

Well spotted! It happened to me even this time. Though it just broke the email,
but still the header is there ...

To me it seems that I can try

- fix that X-OfflineIMAP header is set correctly and try if that helped
- implement searching the message by
  . fetch 1:X (body[header.fields (X-OfflineIMAP)])

But I have no idea if that's the right way to tackle that.

If I would know git, I'll try to run diff between the two branches :)
-- 
	Vlad