On Wed, 7 May 2008, Paul Lesniewski wrote: > On Wed, 7 May 2008, Robert M. Stockmann wrote: > > > Date: Wed, 7 May 2008 16:27:06 +0200 (CEST) > > From: Robert M. Stockmann <stock@xxxxxxxxxxx> > > To: squirrelmail-users@xxxxxxxxxxxxxxxxxxxxx > > Subject: Sent folder empty after upgrade > > > > Hi, > > > > Linux: Redhat 7.3 > > kernel : 2.4.32 > > Squirrelmail: 1.4.13 > > PHP: 4.1.2 > > Apache: 1.3.23 > > Dovecot: 1.0.rc29 > > sendmail: 8.11.6 > > ClamAV: ClamAV 0.91.2/7046/Wed May 7 05:35:44 2008 > > Amavis: 0.2.4 using ClamAV acording http://crashrecovery.org/amavis.html > > > > The upgrade was from Squirrelmail v1.4.2 to Squirrelmail v1.4.13 in order > > to use the SpamCOP plugin. Here's the installed plugins : [ ] > > All users after logging in for the first time in Squirrelmail: 1.4.13 > > had apparently expunged their Sent folder, which contained > > all email ever sent through Squirrelmail. I take this 'bug' pretty > > serious as i have never heard of a open source program which > > wipes all Sent email data after a upgrade. > > Then you should take upgrades of software more seriously than just > unleashing your users on it *untested*. This is somehow very strange to me, as a upgrade of Squirrelmail is actually _just_ the replacement of some php files inside the document root of a apache webserver and doesn't affect the used IMAP software directly. And indeed the Upgrading SquirrelMail documentation 4. Upgrading SquirrelMail http://www.squirrelmail.org/docs/admin/admin-4.html makes NO mention whatsoever to backup ALL OF YOUR IMAP folders before running a first test run with the new SquirrelMail version. > > SM does not automatically remove messages unless the user had already > tagged them as deleted and you have the auto-expunge setting turned > on, and even then, I think you might have to visit the Sent folder to > trip the code. Either way, I doubt this is a SM "bug" as you claim. > > Perhaps the setting for $sent_folder in the configuration is incorrect > and the folder is still there full of mail. Compare the setting > between your new and old installations. Note that this can be > overridden in the user's own prefs. > > Otherwise, look to see if there is anything suspicious in the user > prefs file. Create a test account, and use it with your old SM > installation. Send some messages. Then delete the user prefs file or > start with a fresh one and use the account in the new SM installation. > If this is the issue, compare the two pref files. > > Also disable all plugins, especially sent_subfolders and try the > process again. Use the process of elimination to see if any one > plugin is causing the issue. I presume and urgently advise that all of your rethoric above should be inserted with HUGE flashing Warning Signs into : 4. Upgrading SquirrelMail http://www.squirrelmail.org/docs/admin/admin-4.html Yours Sincerly, Robert M. Stockmann -- Robert M. Stockmann - RHCE Network Engineer - UNIX/Linux Specialist crashrecovery.org stock@xxxxxxxxxxx ------------------------------------------------------------------------- This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ----- squirrelmail-users mailing list Posting guidelines: http://squirrelmail.org/postingguidelines List address: squirrelmail-users@xxxxxxxxxxxxxxxxxxxxx List archives: http://news.gmane.org/gmane.mail.squirrelmail.user List info (subscribe/unsubscribe/change options): https://lists.sourceforge.net/lists/listinfo/squirrelmail-users