[xmail] Re: imap ? or something relevant ?

2005-08-12 Thread Bill Healy

It may be in another pst file, but Outlook doesn't have to work with the
large pst every time a message comes in. The only time the large pst
will have to be worked with is when messages are archived.

Bill

>--
>From:  Rob Arends[SMTP:[EMAIL PROTECTED]
>Sent:  Friday, August 12, 2005 8:41 AM
>To:xmail@xmailserver.org
>Subject:       [xmail] Re: imap ? or something relevant ?
>
>
>Spyros,
>
>Investigate Outlook's Archive feature - I think it will do what you want -
>maintain pst file sizes.
>Unfortunately, it archives to another pst file, so all you really have done
>is split it into two files.
>At least you can save that pst to a CD and they can have their 'archives'
>off line. 
>
>Rob :-)
>
>-Original Message-
>From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
>Behalf Of Ward Durossette
>Sent: Friday, August 12, 2005 10:25 PM
>To: xmail@xmailserver.org
>Subject: [xmail] Re: imap ? or something relevant ?
>
>
>Spyros,
>
>  I needed to archive messages to comply with Sarb-Ox, and use XMail with
>the POP3 message store.  I use a filter that copies every message to an
>archive folder as it comes into XMail.  This is a little different, I think
>than your problem.  My archival process involves saving every message for
>history, your archival seems to be aging messages out of the mailbox for the
>purpose of size control.
>
>  If I understand your problem correctly, the size of the outlook.pst files
>on the user's machines is causing you grief.  You are looking for a way to
>store messages server side, and limit the size of the user's mailboxes.
>
>  I am not sure that a POP solution will work. Because of the way POP is
>designed, your users must take extra efforts to not remove them from the 
>server.   And these efforts can be undone quite easily, causing the 
>messages to download to the client.  Then you are right were you are now.
>
>  As a client side solution, using POP as the protocol, I am thinking of
>some kind of program/script/outlook rule that would process the client side
>mail store and copy/delete old message to the server archival location.
>Sounds messy.
>
>  IMAP seems like your best option as a server side message store.  You can
>control the size of the mailboxes, and the messages stay on the server,
>allowing you to perform processing on them.
>
>ward
>
>
>Spyros Tsiolis wrote:
>
>>Hello people,
>>
>>I am trying to find a way to archive messages on the xmail server side 
>>(xmail v1.17 running on linux).
>>
>>I have big-time problems with staff owning big, really BIG mailboxes.
>>It affects everything; from the performance of each workstation to 
>>Outlook 2k behaving erratically.
>>
>>Any help would be greatly appreciated (as always).
>>
>>s.
>>
>>
>>
>>-
>>"I merely function as a channel that filters music through the chaos of 
>>noise"
>>- Vangelis
>>
>>_
>>FREE pop-up blocking with the new MSN Toolbar - get it now! 
>>http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/
>>
>>-
>>To unsubscribe from this list: send the line "unsubscribe xmail" in the 
>>body of a message to [EMAIL PROTECTED] For general help: send the 
>>line "help" in the body of a message to [EMAIL PROTECTED]
>>
>>
>>  
>>
>
>--
>Ward Durossette
>Director Of Technical Solutions
>Community Banking Systems
>1412 Main Street - 14th Floor
>Dallas, Texas 75202
>
>http://www.combanksys.com (web)
>[EMAIL PROTECTED] (email)
>214-752-3444 (work phone)
>877-353-6271 (fax)
>
>-
>To unsubscribe from this list: send the line "unsubscribe xmail" in the body
>of a message to [EMAIL PROTECTED] For general help: send the line
>"help" in the body of a message to [EMAIL PROTECTED]
>
>-
>To unsubscribe from this list: send the line "unsubscribe xmail" in
>the body of a message to [EMAIL PROTECTED]
>For general help: send the line "help" in the body of a message to
>[EMAIL PROTECTED]
>
>
-
To unsubscribe from this list: send the line "unsubscribe xmail" in
the body of a message to [EMAIL PROTECTED]
For general help: send the line "help" in the body of a message to
[EMAIL PROTECTED]



[xmail] Re: imap ? or something relevant ?

2005-08-12 Thread Rob Arends

Spyros,

Investigate Outlook's Archive feature - I think it will do what you want -
maintain pst file sizes.
Unfortunately, it archives to another pst file, so all you really have done
is split it into two files.
At least you can save that pst to a CD and they can have their 'archives'
off line. 

Rob :-)

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Ward Durossette
Sent: Friday, August 12, 2005 10:25 PM
To: xmail@xmailserver.org
Subject: [xmail] Re: imap ? or something relevant ?


Spyros,

  I needed to archive messages to comply with Sarb-Ox, and use XMail with
the POP3 message store.  I use a filter that copies every message to an
archive folder as it comes into XMail.  This is a little different, I think
than your problem.  My archival process involves saving every message for
history, your archival seems to be aging messages out of the mailbox for the
purpose of size control.

  If I understand your problem correctly, the size of the outlook.pst files
on the user's machines is causing you grief.  You are looking for a way to
store messages server side, and limit the size of the user's mailboxes.

  I am not sure that a POP solution will work. Because of the way POP is
designed, your users must take extra efforts to not remove them from the 
server.   And these efforts can be undone quite easily, causing the 
messages to download to the client.  Then you are right were you are now.

  As a client side solution, using POP as the protocol, I am thinking of
some kind of program/script/outlook rule that would process the client side
mail store and copy/delete old message to the server archival location.
Sounds messy.

  IMAP seems like your best option as a server side message store.  You can
control the size of the mailboxes, and the messages stay on the server,
allowing you to perform processing on them.

ward


Spyros Tsiolis wrote:

>Hello people,
>
>I am trying to find a way to archive messages on the xmail server side 
>(xmail v1.17 running on linux).
>
>I have big-time problems with staff owning big, really BIG mailboxes.
>It affects everything; from the performance of each workstation to 
>Outlook 2k behaving erratically.
>
>Any help would be greatly appreciated (as always).
>
>s.
>
>
>
>-
>"I merely function as a channel that filters music through the chaos of 
>noise"
>- Vangelis
>
>_
>FREE pop-up blocking with the new MSN Toolbar - get it now! 
>http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/
>
>-
>To unsubscribe from this list: send the line "unsubscribe xmail" in the 
>body of a message to [EMAIL PROTECTED] For general help: send the 
>line "help" in the body of a message to [EMAIL PROTECTED]
>
>
>  
>

--
Ward Durossette
Director Of Technical Solutions
Community Banking Systems
1412 Main Street - 14th Floor
Dallas, Texas 75202

http://www.combanksys.com (web)
[EMAIL PROTECTED] (email)
214-752-3444 (work phone)
877-353-6271 (fax)

-
To unsubscribe from this list: send the line "unsubscribe xmail" in the body
of a message to [EMAIL PROTECTED] For general help: send the line
"help" in the body of a message to [EMAIL PROTECTED]

-
To unsubscribe from this list: send the line "unsubscribe xmail" in
the body of a message to [EMAIL PROTECTED]
For general help: send the line "help" in the body of a message to
[EMAIL PROTECTED]



[xmail] Re: imap ? or something relevant ?

2005-08-12 Thread Ward Durossette

Spyros,

  I needed to archive messages to comply with Sarb-Ox, and use XMail 
with the POP3 message store.  I use a filter that copies every message 
to an archive folder as it comes into XMail.  This is a little 
different, I think than your problem.  My archival process involves 
saving every message for history, your archival seems to be aging 
messages out of the mailbox for the purpose of size control.

  If I understand your problem correctly, the size of the outlook.pst 
files on the user's machines is causing you grief.  You are looking for 
a way to store messages server side, and limit the size of the user's 
mailboxes.

  I am not sure that a POP solution will work. Because of the way POP is 
designed, your users must take extra efforts to not remove them from the 
server.   And these efforts can be undone quite easily, causing the 
messages to download to the client.  Then you are right were you are now.

  As a client side solution, using POP as the protocol, I am thinking of 
some kind of program/script/outlook rule that would process the client 
side mail store and copy/delete old message to the server archival 
location.  Sounds messy.

  IMAP seems like your best option as a server side message store.  You 
can control the size of the mailboxes, and the messages stay on the 
server, allowing you to perform processing on them.

ward


Spyros Tsiolis wrote:

>Hello people,
>
>I am trying to find a way to archive messages on the xmail server side
>(xmail v1.17 running on linux).
>
>I have big-time problems with staff owning big, really BIG mailboxes.
>It affects everything; from the performance of each workstation to Outlook
>2k behaving erratically.
>
>Any help would be greatly appreciated (as always).
>
>s.
>
>
>
>-
>"I merely function as a channel that filters music through
>the chaos of noise"
>- Vangelis
>
>_
>FREE pop-up blocking with the new MSN Toolbar - get it now! 
>http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/
>
>-
>To unsubscribe from this list: send the line "unsubscribe xmail" in
>the body of a message to [EMAIL PROTECTED]
>For general help: send the line "help" in the body of a message to
>[EMAIL PROTECTED]
>
>
>  
>

-- 
Ward Durossette 
Director Of Technical Solutions
Community Banking Systems
1412 Main Street - 14th Floor
Dallas, Texas 75202

http://www.combanksys.com (web)
[EMAIL PROTECTED] (email)
214-752-3444 (work phone)
877-353-6271 (fax)

-
To unsubscribe from this list: send the line "unsubscribe xmail" in
the body of a message to [EMAIL PROTECTED]
For general help: send the line "help" in the body of a message to
[EMAIL PROTECTED]