Message30597
| Author |
akuchling |
| Recipients |
| Date |
2006年12月18日.17:43:48 |
| SpamBayes Score |
| Marked as misclassified |
| Message-id |
| In-reply-to |
| Content |
Eep, correct; changing the key IDs would be a big problem for existing code. We could say 'discard all keys' after doing lock() or unlock(), but this is an API change that means the fix couldn't be backported to 2.5-maint.
We could make generating the ToC more complicated, preserving key IDs when possible; that may not be too difficult, though the code might be messy.
Maybe it's best to just catch this error condition: save the size of the mailbox, updating it in _append_message(), and then make .flush() raise an exception if the mailbox size has unexpectedly changed.
|
|
History
|
|---|
| Date |
User |
Action |
Args |
| 2007年08月23日 14:50:00 | admin | link | issue1599254 messages |
| 2007年08月23日 14:50:00 | admin | create |
|