detect inconsistent state of highest assigned UID
the highest assigned UID must always be at least as high as the highest actually found UID, as otherwise we'd hand out duplicate UIDs at some point. also, getting into such a state in the first place indicates some potentially serious trouble, or at least external interference (e.g., moving/copying a message from another folder without giving it a pristine filename). REFMAIL: 20140626211831.GA11590@sie.protva.ru
This commit is contained in:
parent
8513358e0a
commit
3d5539bb63
|
@ -787,6 +787,13 @@ maildir_scan( maildir_store_t *ctx, msglist_t *msglist )
|
|||
#endif
|
||||
}
|
||||
uid = entry->uid;
|
||||
if (uid > ctx->nuid) {
|
||||
/* In principle, we could just warn and top up nuid. However, getting into this
|
||||
* situation might indicate some serious trouble, so let's not make it worse. */
|
||||
error( "Maildir error: UID %d is beyond highest assigned UID %d.\n", uid, ctx->nuid );
|
||||
maildir_free_scan( msglist );
|
||||
return DRV_BOX_BAD;
|
||||
}
|
||||
if ((ctx->gen.opts & OPEN_SIZE) || ((ctx->gen.opts & OPEN_FIND) && uid >= ctx->newuid))
|
||||
nfsnprintf( buf + bl, sizeof(buf) - bl, "%s/%s", subdirs[entry->recent], entry->base );
|
||||
#ifdef USE_DB
|
||||
|
|
Loading…
Reference in New Issue
Block a user