My system is setup to use .bkt files, so it looks different. This looks
more like individual messages. But not knowing what directory these are
in and what's in them...
Lyle
On 01/08/12 12:32, Jeff Crowe wrote:
> Hi Lyle,
>
> Thanks for the suggestion it has fixed the problem.
>
> Next question I have is how long does Surgemail keep files in these directories? Here is a subset of one clients directory:
>
> -rw-r--r-- 1 mail mail 3022 2012-01-08 13:27 1326047240.2736_422523.webmail
> -rw-r--r-- 1 mail mail 32215 2010-06-22 16:32 u100~2,S(0,32215)[1277238733]
> -rw-r--r-- 1 mail mail 32407 2010-06-22 16:32 u101~2,S(0,32407)[1277238733]
> -rw-r--r-- 1 mail mail 32410 2010-06-22 16:32 u102~2,S(0,32410)[1277238733]
> -rw-r--r-- 1 mail mail 36901 2010-06-22 16:32 u10~2,S(0,36901)[1277238731]
> -rw-r--r-- 1 mail mail 32446 2010-06-22 16:32 u103~2,S(0,32446)[1277238733]
> -rw-r--r-- 1 mail mail 32375 2010-06-22 16:32 u104~2,S(0,32375)[1277238733]
> -rw-r--r-- 1 mail mail 32365 2010-06-22 16:32 u105~2,S(0,32365)[1277238733]
> -rw-r--r-- 1 mail mail 32340 2010-06-22 16:32 u106~2,S(0,32340)[1277238733]
> -rw-r--r-- 1 mail mail 32422 2010-06-22 16:32 u107~2,S(0,32422)[1277238733]
> -rw-r--r-- 1 mail mail 32213 2010-06-22 16:32 u108~2,S(0,32213)[1277238733]
> -rw-r--r-- 1 mail mail 32164 2010-06-22 16:32 u109~2,S(0,32164)[1277238733]
> ...
>
> All from the year 2010 - I am wondering if they were orphaned files from a Surgemail restart at some point or if they are required to just live here to infinity.
>
> Regards,
>
> Jeff
>
>
> -----Original Message-----
> From: Lyle Giese [mailtoHIDDEN@crcomputer.info]
> Sent: Saturday, December 24, 2011 9:37 AM
> To: surgemailHIDDEN@etwinsite.com
> Subject: Re: [SurgeMail List] Disk space issue
>
> I would stop Surgemail. Copy the directory structure and files over to
> the new location and then create the symlink. Should only take a minute
> or two.
>
> Then you don't have to worry about any of that and it will just work.
>
> Lyle
>
> On 12/23/11 20:06, Jeff Crowe wrote:
>> Hi Lyle,
>>
>>> sounds like you are runing a *nix system. Just make a symlink to /opt
>> >from /usr/local/surgemail/opt
>>
>> Yes, a *nix system.
>>
>> Creating the symlink would be the easiest, but unfortunately in the existing /opt/Surgemail directory there is an existing work folder that almost appears to be doing the same thing as the /usr/local/Surgemail/opt folder.
>>
>> The original folder is:
>>
>> /usr/local/Surgemail/opt/work/domain.tld/ (then broken down into a,b,c..z)
>>
>> in /opt it looks like:
>>
>> /opt/Surgemail/work/domain.tld/ (again, broken down into a,b,c..z)
>>
>>
>> When I run a 'find ./ -mtime -1' to list all files modified in the last 24hrs, both folders have new files modified in them within the last day, but with different create times and different filename.body files.
>>
>>
>> So here come more questions:
>>
>> - can I safely nuke one copy of this (the /usr/local/Surgemail/opt obviously) and create that symlink?
>> - if I nuke that folder structure, what impact on clients will it have? If minimal, such as the imap client needs to re-download message body's and indexes need to be rebuilt this is fine, if major like the email has gone the way of the dodo, probably not a good idea 27 hours before Christmas.
>>
>> Cheers,
>>
>> Jeff Crowe
>>
>>
>>
>> -----Original Message-----
>> From: Lyle Giese [mailtoHIDDEN@crcomputer.info]
>> Sent: Friday, December 23, 2011 8:46 PM
>> To: surgemailHIDDEN@etwinsite.com
>> Subject: Re: [SurgeMail List] Disk space issue
>>
>> On 12/23/11 18:55, Jeff Crowe wrote:
>>> Hi all,
>>>
>>> I have an issue where my drive with /usr/local/Surgemail is full and I
>>> am not sure how to move/delete/clean up enough space to keep this
>>> running. I have setup my system to have the following partition/drive setup:
>>>
>>> / - 8GB 0% free
>>>
>>> /opt - 2TB 84% free
>>>
>>> I have setup all my virtual domains to store their mail in
>>> /opt/Surgemail/domain.tld/etc, but for some reason, I am finding current
>>> files in /usr/local/Surgemail/opt/Surgemail/work/domain.tld/. It almost
>>> appears as if the IMAP component is using the
>>> /usr/local/surgemail/opt/Surgemail/work/domain.tld for caching files or
>>> storing saved messages.
>>>
>>> -Is there a way of cleaning out this folder (it is using 6.4GB of my 8GB
>>> available) without impacting my clients?
>>>
>>> -Is there a configuration setting to force Surgemail to use
>>> /opt/Surgemail for this IMAP caching (or for whatever is being written
>>> to the /usr/local/Surgemail/opt folder)?
>>>
>>> Any help would be appreciated.
>>>
>>> Regards,
>>>
>>> Jeff Crowe
>>>
>>
>> sounds like you are runing a *nix system. Just make a symlink to /opt
>> from /usr/local/surgemail/opt
>>
>> Lyle
>>
>>
>>
>
>
>
|
