Options for how folder selection list is displayed is on Folder Options page
Folder lists on Search, Folders, and Folder Options Pages, as well
as Folder selection lists used by the Message Index and the
Delete_move_next plugin all modified to use new Option list
creation method in imap_mailbox.
stuff in plugins.
Then I moved some files:
src/validate.php -> include/validate.php
src/load_prefs.php -> include/load_prefs.php
src/options_personal.php -> include/options/personal.php
src/options_display.php -> include/options/display.php
src/options_folder.php -> include/options/folder.php
Basically, the concept here is that src/ should ONLY contain files that
actually get called from the web browser as a php script directly. All
of these files do not really contain functions or anything (so the
functions/ directory did not really make sense), but were more strictly
include files.
Of course, the name functions for a directory is bad organization, IMHO,
anyhow. I guess class would fall in the same category. Oh well, some of
that might get fixed someday.
So, new rule. Only put it in src/ if it gets called directly.
That was really sort of an unwritten rule before. However, since it was
never really enforced or officialized, things got sloppy.
I think I have everything fixed in the CORE with this traumatic moves. I
am sure all of the plugins will be broken. Oh well, the error messages
should be pretty loud and easy enough to fix.
with a ? by SourceForge.net in your original log message, which follows:
Asunto: [SM-DEVEL] Bug in mime.php:decodeHeader()
De: Christian Schmidt <christian@ostenfeld.dk>
Fecha: S?b, 23 de Marzo de 2002, 14:48
Currently, the decodeHeader decodes headers containing several
encoded-words incorrectly. E.g. the header "=?iso-8859-1?Q?=C9?= and
=?iso-8859-1?Q?=E9?=" is decoded into "? and ?" and not into "? and ?"
as expected.
Also, it currently does not ignore white-space between consecutive
encoded-words as it should.
Didn't merge changes to imap_search.php, as I wanted to take a
closer look at it.
Jon Tai said:
I cleaned up the four imap_*.php files - fixed comments so they use the
/* */ style, fixed spacings, added { } around logic blocks that didn't
have them, etc.
I also hacked sqimap_find_email() in imap_general.php to support strings
in the form of "lehresma@css.tayloru.edu (Luke Ehresman)".
of the mailbox list. It's not a big deal as only very specific tasks calls
the mailbox list twice (purge for example).
Wouter please check if this enters into your plans and roll it back if not
8) The caching is quite simple and shouldn't have collateral effects. The
caching is only active during the page refresh as it is not sessionized
(and shouldn't as third party software could change mailbox).