>>>> 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 > > I still couldn't believe a "upgrade" of a software program kills > the users data. So i checked again to see what had happened, and it turns > out that after upgrading to 1.4.13 the 'Sent' folder had 'automagicly' > been relocated to a different place inside the Folder tree. The old 'Sent' > folder had become red colored.... > > See screenshot at http://crashrecovery.org/SquirrelMail-1.4.13.jpg > > My apologies for the 'Sent' folder upheaval, but when imap folders > of over 800M get moved without notice, the phones keep ringing... My guess is that the IMAP configuration for your newly installed SquirrelMail version differed from the old one. When SquirrelMail didn't understand which folders were the special folders "Saved", "Trash" etc. new folders were created according to the new configuration. The old folders were never moved - they where just not marked as special by SquirrelMail since the configuration changed (most likely the IMAP delimiter). Sincerely, Fredrik ------------------------------------------------------------------------- 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
