1
SM 13.2 long time to update mailconfig xml
Question asked by Scott Hendrickson - 3/11/2015 at 3:04 PM
Unanswered
Hi Everyone: 
 
I recently upgraded from SM Pro 7.x 250 user edition to SM Pro 13.2 1K user edition.  Everything seems to be going quite well, and I'm liking it a lot.  However I've noticed that if I update anything that's stored in mailConfig.xml, but specifically Antispam Admin / Custom Rules, SM 13 takes a lot longer to save the change than 7.x did.  Version 7 completed the save in a few seconds or so, whereas version 13 takes upwards of 45 seconds.  Can anyone think of a reason this would be?  Just FYI, the VPS on which it's installed also was recently upgraded, same horsepower but more storage and twice as much RAM. 
 
Thanks! 
 
Scott
Scott Hendrickson
SOS4Net, Inc.
Centennial, CO. U.S.A.

11 Replies

Reply to Thread
0
Employee Replied
Employee Post
If you have administrative logs turned on, try turning that off.  That's the only thing I can think of that could slow down saving the mailConfig file.
0
Scott Hendrickson Replied
Hi Bryon: 
 
Thanks for the reply.  I checked, and in Settings / Log Settings, the Admin log is not among those for which I can choose a Detail Level, so I'm not sure how I could control that, much less turn it off.  That said, things are being posted to the Admin log.  I can go to Manage / View Logs and view what's in it.  However all I see are a bunch of entries for "Attempting to login" and "Login was successful".  I even added a new Custom Rule and nothing in the Admin, Error, or Maintenance logs changed.  Anyone else there have any ideas? 
 
Thanks! 
 
Scott
 
Scott Hendrickson SOS4Net, Inc. Centennial, CO. U.S.A.
0
Scott Hendrickson Replied
I do see a number of entries in the Error log like this...
 
Application Stopping.  Reason: A change was made to the application level configuration
 
...some of which were made in the wee hours of the morning when I know I was asleep.  Besides my service provider, I'm the only one who should be able to make any app level config changes, so these make me a bit nervous.  Does SmarterMail do any sort of automatic updates that might take place in the early morning hours? 
 
Thanks again!
 
Scott Hendrickson SOS4Net, Inc. Centennial, CO. U.S.A.
0
Scott Hendrickson Replied
Anybody else have any ideas on this?  I timed it today and it's taking between 45 and 60 seconds to save even simple changes.  I mean we are just talking about a simple text file here....
Scott Hendrickson SOS4Net, Inc. Centennial, CO. U.S.A.
0
Steve Reid Replied
What significance is there to how long it takes to save to the file?
0
Scott Hendrickson Replied
I suppose it's not of major significance. I was just used to the convenience of SmarterMail 7.x doing the save very quickly. I guess I should just not worry about it as long as it's actually saving. Just out of curiosity, are you saying that SmarterMail on your server(s) is also doing these saves slowly and it doesn't bother you, or that your SmarterMail is doing the saves quickly?
Scott Hendrickson SOS4Net, Inc. Centennial, CO. U.S.A.
0
Steve Reid Replied
Hmm I guess you situation is not normal, mine takes maybe 5-10 seconds to save.
 
Is your server busy processing lots of mail or something?
0
Scott Hendrickson Replied
Hi Steve: 
 
When I did the upgrade from 7.x to 13.x, the server load stayed pretty much the same.  I didn't implement any new, resource intensive processes at the same time, if that's what you're asking.  It just seems like this version takes a lot longer.  Now if it's saving something to a domain or a user's config, it saves very quickly.  It's just when it saves a server level setting that it takes a while.  Not affecting users, but very odd and to me as the admin, quite annoying when I'm used to the previous version saving "normally". 
 
Scott
 
Scott Hendrickson SOS4Net, Inc. Centennial, CO. U.S.A.
0
Steve Reid Replied
What exactly are you adjusting? Ill see if i can reproduce it
0
Scott Hendrickson Replied
At the server level, pretty much anything under Settings. However what I do most often is add adjust Custom Rules under Security / Antispam Administration. We've found that many spam servers are not on blacklists (at least not when they hit us). Plus a lot of spam emails use the "word salad" technique, which often helps them slip past content filters like SpamAssassin. So we've got a good sized local blacklist and have up quite a few custom rules to help catch these types of annoyances. At 194KB, our mailConfig.XML file may be large compared to some others, but it's still just a text file. And don't forget, SM 7.x was handling a similarly sized file with great ease and efficiency.
Scott Hendrickson SOS4Net, Inc. Centennial, CO. U.S.A.
0
Steve Reid Replied
Mine saves quickly no matter what it seems. Although my file is on 82 KB. I would think that you are correct in pointing the finger at all your custom rules. However, I still do not think this is really an issue.

Reply to Thread