Re: [Dovecot] Moving mail servers, moving mailboxes

[/dev/rob0]

On Wed, Apr 17, 2013 at 07:18:54AM -0700, Gregory Sloop wrote:
> As long as I'm asking about mailbox formats, is it possible to use 
> DBox with postfix - it appears on the Wiki that it's not, but then 
> I find posts on the web that appear to indicate it *is* possible. 

Postfix has native support only for mbox and maildir. But Postfix
can invoke the Dovecot LDA via a pipe(8) transport(5), or lmtp(8) to 
Dovecot's LMTP service.

http://wiki2.dovecot.org/HowTo/PostfixDovecotLMTP
http://wiki2.dovecot.org/LDA
http://wiki2.dovecot.org/LMTP
-- 
  http://rob0.nodns4.us/ -- system administration and consulting
  Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:

Re: [Dovecot] Moving mail servers, moving mailboxes

[Gregory Sloop]

TS> On 16.4.2013, at 2.48, Gregory Sloop  wrote:

>> In short, migrating a RHEL 5.9 server running the back-ported Dovecot 1.0.7
>> To: Ububtu 12.04 with 2.0.19, I believe.

TS> Dovecot v2.0 can use v1.0's mbox/maildir files including their
TS> metadata. v2.0 should also be able to read v1.0's index files without 
errors.

Thanks Timo for the answer - that helps a lot...

Now, some follow-up.

I assume this means that all version of 2.x (to current) can read 1.x files. [If
I'm wrong, please correct me.]

Is there a tool to convert/migrate the mailbox format from v1 to 2, or
does v2 do it "automagically" or something?

[I'm sure there must be a tool, but some searching wasn't finding it for me.]

---
As long as I'm asking about mailbox formats, is it possible to use
DBox with postfix - it appears on the Wiki that it's not, but then I
find posts on the web that appear to indicate it *is* possible.
[We're using Postfix as our MTA.]

Thanks again all!

-Greg


>> In an ideal world, I'd like to simply copy all the mailboxes/dirs from one
>> server to the other. [Local/LAN file copies are possible]

TS> You can do that. Or use rsync.


-- 
Gregory Sloop, Principal: Sloop Network & Computer Consulting
Voice: 503.251.0452 x82
EMail: gr...@sloop.net
http://www.sloop.net
---

Re: [Dovecot] Moving mail servers, moving mailboxes

[Ron Leach]

On 17/04/2013 10:58, Timo Sirainen wrote:

On 16.4.2013, at 2.48, Gregory Sloop  wrote:


In short, migrating a RHEL 5.9 server running the back-ported Dovecot 1.0.7
To: Ububtu 12.04 with 2.0.19, I believe.


Dovecot v2.0 can use v1.0's mbox/maildir files including their metadata. v2.0 
should also be able to read v1.0's index files without errors.



We've a similar wish, except that we were hoping to install 2.2 on a 
different box (intending in our case to run Debian Squeeze instead of 
Ubuntu LTS).  Can 2.2 (or, if not, then 2.1) also read 1.0 metadata?


(Or is 'only' 2.0 able to read 1.0 metadata?  In which case we'd 
probably migrate through 2.0.x to 2.2, on Squeeze.)


Note on the Wiki:  The Migration page
http://wiki2.dovecot.org/Migration
is good at describing migration 'to' Dovecot from other systems, and 
does suggest that Dovecot will read existing files.  I think there 
were earlier discussions on the list about Dovecot version changes 
which meant that newer versions could read older versions' data, but 
older versions could not read newer versions' data.  These aspects are 
not relevant for 'migrating to' Dovecot, but are worth keeping in mind 
for 'upgrading' Dovecot.


There is version to version upgrading advice, covering all aspects, 
not only which version can read what, here

http://wiki2.dovecot.org/Upgrading

What I can see, from the descriptions of each version change, is that 
V2.x can read V1.x, but V1.2.4 or lower cannot read V2.x data.
Permissions for Maildir changed, though, in V2.0 and, then for all 
mailbox types (it says 'creating home directories', actually), in 
V2.2.  This latter change in 2.2 seems to be relevant for any 
mailboxes that will be accessed by several different users who are 
actually 'system users', ie, a mail service where the mailbox is 
'shared', and the installation is using 'system users' (not, 
therefore, using 'virtual users', if I have understood correctly).


This info is (surely) fully understood already by all the serious 
mail-server users on the list, but I wonder if it might be helpful to 
spell it out for less confident users who are getting up to speed with 
these aspects.  If the text I've written above is correct, shall I add 
it to the upgrading page of the Wiki, so that there is a definitive 
answer to the query which version(s) read what?


regards, Ron

Re: [Dovecot] Moving mail servers, moving mailboxes

[Timo Sirainen]

On 16.4.2013, at 2.48, Gregory Sloop  wrote:

> In short, migrating a RHEL 5.9 server running the back-ported Dovecot 1.0.7
> To: Ububtu 12.04 with 2.0.19, I believe.

Dovecot v2.0 can use v1.0's mbox/maildir files including their metadata. v2.0 
should also be able to read v1.0's index files without errors.

> In an ideal world, I'd like to simply copy all the mailboxes/dirs from one
> server to the other. [Local/LAN file copies are possible]

You can do that. Or use rsync.

Re: [Dovecot] Moving mail servers, moving mailboxes

[Michael]

Hi,  I don't think dsync works between 1.x and 2.x.

I have migrated a few of my clients exchange servers to my dovecot 
servers and I always find LARCH https://github.com/rgrove/larch works 
really well.


Michael.


On 17/04/2013 2:59 PM, Gregory Sloop wrote:

I hate to bug anyone about this again, but I'm really unsure of how best to
proceed.

If someone could point me in a good direction - a web-link or link to
a relevant listserv thread - I'd really appreciate it.

Some additional searches have given me _some_ new ideas.
  - I've seen about dsync - but it appears that would only help between
two v2.x Postfix machines, correct? [Or will it pull from 1.x to 2.x
without an issue?]

TIA

-Greg

GS> So, I've done some searching - but search terms are hard to come by,
GS> that work, for this query.

GS> In short, migrating a RHEL 5.9 server running the back-ported Dovecot 1.0.7
GS> To: Ububtu 12.04 with 2.0.19, I believe.

GS> [I'm not against compiling a more recent version if there's some real
GS> advantage to doing so. But I'd certainly prefer to stay with the
GS> packaged version.]

GS> Most users are POP3, with some leaving messages on the server for a
GS> while.

GS> Other users are IMAP - whole mail repository on server.

GS> ---
GS> In an ideal world, I'd like to simply copy all the mailboxes/dirs from one
GS> server to the other. [Local/LAN file copies are possible]

GS> It would be great if the message ID's wouldn't change, so the
GS> read/unread/new etc status all all the messages wouldn't change
GS> between the two servers for POP/IMAP.

GS> ---
GS> So, does anyone have a reasonable walk-through for doing so?
GS> Is this a poor idea?
GS> Should I simply set myself on fire now and save everyone a lot of hassle? :)
GS> Would you suggest an alternative, and tell me if it might achieve the
GS> objectives above?

GS> I'm more than glad to take pointers to threads on this topic. I just
GS> haven't been able to dredge this up with my Google-foo.

GS> TIA
GS> -Greg



--
Regards, Michael.

Re: [Dovecot] Moving mail servers, moving mailboxes

[Gregory Sloop]

I hate to bug anyone about this again, but I'm really unsure of how best to
proceed.

If someone could point me in a good direction - a web-link or link to
a relevant listserv thread - I'd really appreciate it.

Some additional searches have given me _some_ new ideas.
 - I've seen about dsync - but it appears that would only help between
two v2.x Postfix machines, correct? [Or will it pull from 1.x to 2.x
without an issue?]

TIA

-Greg

GS> So, I've done some searching - but search terms are hard to come by,
GS> that work, for this query.

GS> In short, migrating a RHEL 5.9 server running the back-ported Dovecot 1.0.7
GS> To: Ububtu 12.04 with 2.0.19, I believe.

GS> [I'm not against compiling a more recent version if there's some real
GS> advantage to doing so. But I'd certainly prefer to stay with the
GS> packaged version.]

GS> Most users are POP3, with some leaving messages on the server for a
GS> while.

GS> Other users are IMAP - whole mail repository on server.

GS> ---
GS> In an ideal world, I'd like to simply copy all the mailboxes/dirs from one
GS> server to the other. [Local/LAN file copies are possible]

GS> It would be great if the message ID's wouldn't change, so the
GS> read/unread/new etc status all all the messages wouldn't change
GS> between the two servers for POP/IMAP.

GS> ---
GS> So, does anyone have a reasonable walk-through for doing so?
GS> Is this a poor idea?
GS> Should I simply set myself on fire now and save everyone a lot of hassle? :)
GS> Would you suggest an alternative, and tell me if it might achieve the
GS> objectives above?

GS> I'm more than glad to take pointers to threads on this topic. I just
GS> haven't been able to dredge this up with my Google-foo.

GS> TIA
GS> -Greg

[Dovecot] Moving mail servers, moving mailboxes

[Gregory Sloop]

So, I've done some searching - but search terms are hard to come by,
that work, for this query.

In short, migrating a RHEL 5.9 server running the back-ported Dovecot 1.0.7
To: Ububtu 12.04 with 2.0.19, I believe.

[I'm not against compiling a more recent version if there's some real
advantage to doing so. But I'd certainly prefer to stay with the
packaged version.]

Most users are POP3, with some leaving messages on the server for a
while.

Other users are IMAP - whole mail repository on server.

---
In an ideal world, I'd like to simply copy all the mailboxes/dirs from one
server to the other. [Local/LAN file copies are possible]

It would be great if the message ID's wouldn't change, so the
read/unread/new etc status all all the messages wouldn't change
between the two servers for POP/IMAP.

---
So, does anyone have a reasonable walk-through for doing so?
Is this a poor idea?
Should I simply set myself on fire now and save everyone a lot of hassle? :)
Would you suggest an alternative, and tell me if it might achieve the
objectives above?

I'm more than glad to take pointers to threads on this topic. I just
haven't been able to dredge this up with my Google-foo.

TIA
-Greg

Re: [Dovecot] Moving index files on another disk: no troubles but need more assurances

[Timo Sirainen]

On Fri, 2013-02-08 at 13:17 +0100, Paolo Miotto wrote:

> So I set up a test server, copied a true mailbox and changed mail  
> location from:
> mail_location = maildir:~/Maildir
> to
> mail_location = maildir:~/Maildir:INDEX=/srv/indexes/%1n/%n
> (all users under the same domain, no need to use %d).
> 
> On the IMAP side all seems to work fine, new indexes are created in  
> the new location (dovecot.index.log on 1st access, dovecot.index.cache  
> on message manipolation).
> 
> A test client (evolution) doesn't notice at all, and I have verified  
> via a telnet imap session that UIDs don't change.

Your load probably temporarily increases so cache file gets filled.

> But I see that when I move the indexes the IMAP HIGHESTMODSEQ response  
> changes and is reset to 1. Can this baffle the clients? On the rfc I  
> don't found reference to this status walking backwards.

Hmm. Good question. I remember wondering about using some kind of a
timestamp-based root value. Something like time()*1000 would probably
work quite well, but this of course increases the size of all the modseq
values, which somewhat wastes bandwidth and also makes debugging a bit
more annoying :)

Thunderbird is probably the only widely used client that uses QRESYNC.
You could see if it breaks.

> Need I to verify that all messages have the virtual size (W=) in  
> the file name (the mailboxes are from a previous cyrus installation,  
> then we switch to dovecot 1.2)?

W=size or S=size aren't required in the filenames. Also if you change
them, make sure to change dovecot-uidlist also or the UIDs change.

> What other test you suggest that checking UIDL on the pop3 side?

POP3 session with UIDL command? :) Anyway POP3 UIDLs are never stored in
index files.

> What happens if the indexes disk disappears (broken or removed from  
> bay or all paths down for FC/iscsi)? Can dovecot 1.2 continue with  
> INDEX=MEMORY as for a disk full?

There is code to do something like that, but it might not work
perfectly. Especially with v1.2 that is rather old.

[Dovecot] Moving index files on another disk: no troubles but need more assurances

[Paolo Miotto]

Hi,

I'm using dovecot 1.2.15 on debian squeeze with maildir, and I want to  
move index files out of the mailboxes disk to reduce disk I/O.


I need to get the assurance that the switch is completely transparent  
to my clients (IMAP and POP).


I read the wiki documentation and have found this thread  
(http://dovecot.org/pipermail/dovecot/2009-September/042665.html),  
which makes me confident, even if it speaks of a older version and  
only pop3.


So I set up a test server, copied a true mailbox and changed mail  
location from:

mail_location = maildir:~/Maildir
to
mail_location = maildir:~/Maildir:INDEX=/srv/indexes/%1n/%n
(all users under the same domain, no need to use %d).

On the IMAP side all seems to work fine, new indexes are created in  
the new location (dovecot.index.log on 1st access, dovecot.index.cache  
on message manipolation).


A test client (evolution) doesn't notice at all, and I have verified  
via a telnet imap session that UIDs don't change.


But I see that when I move the indexes the IMAP HIGHESTMODSEQ response  
changes and is reset to 1. Can this baffle the clients? On the rfc I  
don't found reference to this status walking backwards.


Need I to verify that all messages have the virtual size (W=) in  
the file name (the mailboxes are from a previous cyrus installation,  
then we switch to dovecot 1.2)?


What other test you suggest that checking UIDL on the pop3 side?

What happens if the indexes disk disappears (broken or removed from  
bay or all paths down for FC/iscsi)? Can dovecot 1.2 continue with  
INDEX=MEMORY as for a disk full?


Sorry for the many questions

Paolo

--
SEMEL (SErvizio di Messaging ELettronico) - AINF, Universita' di Udine

Re: [Dovecot] moving from BSD to Ubuntu

[Mailing List SVR]

Il 30/06/2012 22:19, spamv...@googlemail.com ha scritto:

hi..

im planning to move my Mailserver from an FreeBSD Box to an Ubuntu
12.04 LTS Box.


Hi, I recently migrated to ubuntu 12.04 (not from freebsd) the only 
problem was this:


https://bugs.launchpad.net/ubuntu/+source/openssl/+bug/1016905

solved patching openssl ubuntu package,

Nicola


Both Boxes run Dovecot 2.0

Does anyone did this before and experienced any problems ?
Downtime is no problem, my plan is to stop Dovecot on the Bsd Box and
copy all Mailbox files to the Uuntu system and start dovecot.

Regards
Hans

[Dovecot] moving from BSD to Ubuntu

[spamvoll]

hi..

im planning to move my Mailserver from an FreeBSD Box to an Ubuntu
12.04 LTS Box.
Both Boxes run Dovecot 2.0

Does anyone did this before and experienced any problems ?
Downtime is no problem, my plan is to stop Dovecot on the Bsd Box and
copy all Mailbox files to the Uuntu system and start dovecot.

Regards
Hans

Re: [Dovecot] moving mail out of alt storage

[Mark Moseley]

On Sat, Jan 28, 2012 at 12:44 PM, Timo Sirainen  wrote:
> On 12.1.2012, at 20.32, Mark Moseley wrote:
>
 On Wed, 2011-09-14 at 23:17 -0400, Micah Anderson wrote:
> I moved some mail into the alt storage:
>
> doveadm altmove -u jo...@example.com seen savedbefore 1w
>
> and now I want to move it back to the regular INBOX, but I can't see how
> I can do that with either 'altmove' or 'mailbox move'.

 Is this sdbox or mdbox? With sdbox you could simply "mv" the files. Or
 apply patch: http://hg.dovecot.org/dovecot-2.0/rev/1910c76a6cc9
>>>
>>> This is mdbox, which is why I am not sure how to operate because I am
>>> used to individual files as is with maildir.
>>>
>>> micah
>>>
>>
>> I'm curious about this too. Is moving the m.# file out of the ALT
>> path's storage/ directory into the non-ALT storage/ directory
>> sufficient? Or will that cause odd issues?
>
> You can manually move m.* files to alt storage and back. Just make sure that 
> the same file isn't being simultaneously modified by Dovecot or you'll 
> corrupt it.
>

Cool, good to know. Thanks!

Re: [Dovecot] moving mail out of alt storage

[Timo Sirainen]

On 12.1.2012, at 20.32, Mark Moseley wrote:

>>> On Wed, 2011-09-14 at 23:17 -0400, Micah Anderson wrote:
 I moved some mail into the alt storage:
 
 doveadm altmove -u jo...@example.com seen savedbefore 1w
 
 and now I want to move it back to the regular INBOX, but I can't see how
 I can do that with either 'altmove' or 'mailbox move'.
>>> 
>>> Is this sdbox or mdbox? With sdbox you could simply "mv" the files. Or
>>> apply patch: http://hg.dovecot.org/dovecot-2.0/rev/1910c76a6cc9
>> 
>> This is mdbox, which is why I am not sure how to operate because I am
>> used to individual files as is with maildir.
>> 
>> micah
>> 
> 
> I'm curious about this too. Is moving the m.# file out of the ALT
> path's storage/ directory into the non-ALT storage/ directory
> sufficient? Or will that cause odd issues?

You can manually move m.* files to alt storage and back. Just make sure that 
the same file isn't being simultaneously modified by Dovecot or you'll corrupt 
it.

Re: [Dovecot] moving mail out of alt storage

[Mark Moseley]

On Thu, Sep 15, 2011 at 10:14 AM, Micah Anderson  wrote:
> Timo Sirainen  writes:
>
>> On Wed, 2011-09-14 at 23:17 -0400, Micah Anderson wrote:
>>> I moved some mail into the alt storage:
>>>
>>> doveadm altmove -u jo...@example.com seen savedbefore 1w
>>>
>>> and now I want to move it back to the regular INBOX, but I can't see how
>>> I can do that with either 'altmove' or 'mailbox move'.
>>
>> Is this sdbox or mdbox? With sdbox you could simply "mv" the files. Or
>> apply patch: http://hg.dovecot.org/dovecot-2.0/rev/1910c76a6cc9
>
> This is mdbox, which is why I am not sure how to operate because I am
> used to individual files as is with maildir.
>
> micah
>

I'm curious about this too. Is moving the m.# file out of the ALT
path's storage/ directory into the non-ALT storage/ directory
sufficient? Or will that cause odd issues?

Re: [Dovecot] moving mail out of alt storage

[Micah Anderson]

Timo Sirainen  writes:

> On Wed, 2011-09-14 at 23:17 -0400, Micah Anderson wrote:
>> I moved some mail into the alt storage:
>> 
>> doveadm altmove -u jo...@example.com seen savedbefore 1w
>> 
>> and now I want to move it back to the regular INBOX, but I can't see how
>> I can do that with either 'altmove' or 'mailbox move'.
>
> Is this sdbox or mdbox? With sdbox you could simply "mv" the files. Or
> apply patch: http://hg.dovecot.org/dovecot-2.0/rev/1910c76a6cc9

This is mdbox, which is why I am not sure how to operate because I am
used to individual files as is with maildir.

micah

Re: [Dovecot] Moving maildir mailboxes

[Charles Marcus]

On 2011-05-26 10:37 AM, Willie Gillespie wrote:
> I have a bunch of mail that I would like to do a one-time move from a
> private namespace to a shared namespace.  The namespaces are already
> set up, etc.
> 
> Can I just move the folders to their new location?  I am not merging
> with existing folders, they would be new subfolders.

Yes.

-- 

Best regards,

Charles

[Dovecot] Moving maildir mailboxes

[Willie Gillespie]

I am using Maildir with Dovecot 1.2.  (Config available if needed, but should 
be a simple question.)

I have a bunch of mail that I would like to do a one-time move from a private 
namespace to a shared namespace.  The namespaces are already set up, etc.

Can I just move the folders to their new location?  I am not merging with 
existing folders, they would be new subfolders.

Thanks!
- Willie

Re: [Dovecot] Moving email between folders outside of IMAP context

[Phil Howard]

On Tue, Dec 21, 2010 at 17:41, Tom Hendrikx  wrote:

> That software is already written and tested, it is the sieve plugin. If
> you're willing to write, test and run a complete new piece of software,
> you might as well replace dovecot with a sieve enabled version of the
> same package you're running now, and putting your current configuration
> in place.

I would not be willing to take the risk of uninstalling and
re-installing Dovecot or Postfix.


> Anyhow, maybe sieve is already available in your current package. I'm
> not familiar with (contents of) ubuntu packages, so maybe someone more
> knowledgeable in this area can step up?

Ah ... apparently so.  These files exist, so I'll go do reading on CMU sieve.

meitner/root/x0 /root 299# ( dpkg -l | fgrep dovecot | awk '{print
$2;}' | while read n ; do dpkg -L ${n} | fgrep -i sieve | prefix
"package ${n} has " ; done )
package dovecot-common has /usr/share/doc/dovecot-common/wiki/LDA.Sieve.txt.gz
package dovecot-common has /usr/share/doc/dovecot-common/wiki/ManageSieve.txt.gz
package dovecot-common has /usr/share/doc/dovecot-common/managesieve.README.gz
package dovecot-common has /usr/lib/dovecot/modules/lda/lib90_cmusieve_plugin.so
package dovecot-common has /usr/lib/dovecot/modules/lda/lib90_cmusieve_plugin.la
package dovecot-common has /usr/lib/dovecot/modules/lda/lib90_cmusieve_plugin.a
package dovecot-common has /usr/lib/dovecot/sievec
package dovecot-common has /usr/lib/dovecot/sieved
package dovecot-common has /usr/lib/dovecot/managesieve
package dovecot-common has /usr/lib/dovecot/managesieve-login
meitner/root/x0 /root 300#

-- 
sHiFt HaPpEnS!

Re: [Dovecot] Moving email between folders outside of IMAP context

[Willie Gillespie]

Tom Hendrikx wrote:

Anyhow, maybe sieve is already available in your current package. I'm
not familiar with (contents of) ubuntu packages, so maybe someone more
knowledgeable in this area can step up?


Found this which lists the files included with Dovecot for Ubuntu 9.10:


I do see the following files:
/usr/lib/dovecot/managesieve
/usr/lib/dovecot/managesieve-login
/usr/lib/dovecot/sievec
/usr/lib/dovecot/sieved

Is that all that would be needed to fix Phil's problem?

Re: [Dovecot] Moving email between folders outside of IMAP context

[Tom Hendrikx]

On 21/12/10 23:18, Phil Howard wrote:
> On Tue, Dec 21, 2010 at 17:09, Tom Hendrikx  wrote:
> 
>> I am not familiar with Ubuntu specifics, but iirc Stephan Bosch (creator
>> of sieve plugin) has a repo with debian builds of dovecot+sieve.
> 
> I would need something that is sieve only, as Dovecot is already
> installed, configured, and running.
> 
> I'm also considering writing a program to be run by Postfix in place
> of "deliver", which will read the mail to determine how to run
> "deliver".  As long as mail comes in on stdin and is written on
> stdout, it should be relatively easy (pipe(), fork(), maybe setsid(),
> execve() in child, read() and write() in parent).  But this would take
> some thorough testing to be sure it is safe.
> 

That software is already written and tested, it is the sieve plugin. If
you're willing to write, test and run a complete new piece of software,
you might as well replace dovecot with a sieve enabled version of the
same package you're running now, and putting your current configuration
in place.

Anyhow, maybe sieve is already available in your current package. I'm
not familiar with (contents of) ubuntu packages, so maybe someone more
knowledgeable in this area can step up?

-- 
Regards,
Tom



signature.asc
Description: OpenPGP digital signature

Re: [Dovecot] Moving email between folders outside of IMAP context

[Phil Howard]

On Tue, Dec 21, 2010 at 17:09, Tom Hendrikx  wrote:

> I am not familiar with Ubuntu specifics, but iirc Stephan Bosch (creator
> of sieve plugin) has a repo with debian builds of dovecot+sieve.

I would need something that is sieve only, as Dovecot is already
installed, configured, and running.

I'm also considering writing a program to be run by Postfix in place
of "deliver", which will read the mail to determine how to run
"deliver".  As long as mail comes in on stdin and is written on
stdout, it should be relatively easy (pipe(), fork(), maybe setsid(),
execve() in child, read() and write() in parent).  But this would take
some thorough testing to be sure it is safe.

Re: [Dovecot] Moving email between folders outside of IMAP context

[Tom Hendrikx]

On 21/12/10 22:58, Phil Howard wrote:
> On Tue, Dec 21, 2010 at 16:41, Tom Hendrikx  wrote:
> 
>> Do not use an external script, but add a global sieve script that sorts
>> messages into some directory, based on your preferred header.
> 
> How does that get executed.  I take it I can't do it via cron.  Does
> it run at deliver time for each mail message?  Is it doable in version
> 1.1.11 (that's what's in my version of Ubuntu)?  Do you know which
> Ubuntu 9.10 package to install (we're stuck on 9.10 until the new
> server arrives around February).
> 

Sieve is a plugin of the dovecot delivery agent, and gets executed upon
delivery. It does exactly what you want to implement with "deliver -m"
in Postfix, which sounds cumbersome indeed. Read
http://wiki.dovecot.org/LDA/Sieve/CMU for info.

I am not familiar with Ubuntu specifics, but iirc Stephan Bosch (creator
of sieve plugin) has a repo with debian builds of dovecot+sieve.

-- 
Regards,
Tom



signature.asc
Description: OpenPGP digital signature

Re: [Dovecot] Moving email between folders outside of IMAP context

[Phil Howard]

On Tue, Dec 21, 2010 at 16:41, Tom Hendrikx  wrote:

> Do not use an external script, but add a global sieve script that sorts
> messages into some directory, based on your preferred header.

How does that get executed.  I take it I can't do it via cron.  Does
it run at deliver time for each mail message?  Is it doable in version
1.1.11 (that's what's in my version of Ubuntu)?  Do you know which
Ubuntu 9.10 package to install (we're stuck on 9.10 until the new
server arrives around February).

-- 
sHiFt HaPpEnS!

Re: [Dovecot] Moving email between folders outside of IMAP context

[Tom Hendrikx]

On 21/12/10 22:33, Phil Howard wrote:
> I'd like to run a script from cron that will scan certain mailboxes
> and move selected mail from one folder (usually INBOX) to another
> folder.  The basic idea is to move previously detected spam based on
> headers prepended to the mail.  Since I am not able to figure out how
> to get Postfix to invoke deliver with the -m option in these cases,
> and not in others, this is one idea I have come up with to deal with
> it.  The big (hopefully obvious) complication seems to be getting the
> indexes updated.  Is there a way to move mail this way AND then have
> the indexes updated to reflect that move (maybe even if regenerating
> the entire index all over again)?
> 

Hi Phil,

Do not use an external script, but add a global sieve script that sorts
messages into some directory, based on your preferred header.

-- 
Regards,
Tom



signature.asc
Description: OpenPGP digital signature

[Dovecot] Moving email between folders outside of IMAP context

[Phil Howard]

I'd like to run a script from cron that will scan certain mailboxes
and move selected mail from one folder (usually INBOX) to another
folder.  The basic idea is to move previously detected spam based on
headers prepended to the mail.  Since I am not able to figure out how
to get Postfix to invoke deliver with the -m option in these cases,
and not in others, this is one idea I have come up with to deal with
it.  The big (hopefully obvious) complication seems to be getting the
indexes updated.  Is there a way to move mail this way AND then have
the indexes updated to reflect that move (maybe even if regenerating
the entire index all over again)?

-- 
sHiFt HaPpEnS!

Re: [Dovecot] moving 1.2.13 system to another hard drive

[William Blunn]

On 18/09/2010 18:06, Paul Scott wrote:
Having said that, having mail delivered to mbox files under 
/var/mail, but other folders under Maildir might not be the best 
configuration:


* to get Dovecot to be able to handle that setup means having two 
different mailbox formats which means a namespace configuration,


* your INBOX is going to an mbox under /var/mail, which is fraught 
with potential locking problems (unless this has somehow magically 
been taken care of for you).


You may be better off getting all mail delivered straight to Maildir, 
thereby making everything Maildir.


That's what I thought was happening since it was happening on the 
previous setup. OTOH mutt sees the old INBOX but doesn't see the other 
folders anymore.


I am not an expert on mutt but I believe mutt needs to be specifically 
configured to see mail under Maildir.




This would then make your Dovecot configuration simpler, and also 
remove the potential locking problems of using mbox.


I don't know how to do that. Everything was under Maildir in the 
previous system and I don't know why it doesn't seem to be now.


To have mail under Maildir, you need to define a local policy that says 
that mail should be stored this way. By "define a local policy", I mean 
something like "sit down and decide to do it in a particular way".


Configurations of various softwares (MTA, IMAP software etc.) should 
then be made to reflect that policy.


For best practice, you should then run tests to make sure that your 
various softwares are behaving according to the policy you defined before.



Any ideas for debugging this certainly simple problem for some of you.


Please try to describe a specific symptom or specific symptoms you
are experiencing.


Dovecot doesn't seem to be putting mail in the Maildir INBOX.


Which "putting mail" scenario are you thinking of?

1. Where a message is saved into a folder via IMAP

2. Where a message is delivered into a Dovecot-managed mailstore by the 
Dovecot LDA or Dovecot LMTP


If you have not configured your MTA to use Dovecot as its LDA then 
Dovecot won't be responsible for mail delivery, and so mail won't be 
delivered according to the Dovecot configuration. The likely default 
would be for the MTA to deliver mail itself, in which case mail will be 
delivered according to the MTA's configuration.


Now I see log messages which may make things much clearer. It may be 
about passwords which are the same on the new system as the old.


Sep 18 09:55:31 bliss dovecot: imap-login: Disconnected (auth failed, 
4 attempts): user=, method=PLAIN, rip=68.0.135.186, 
lip=192.168.1.102


Authentication doesn't seem to be working. This is almost certainly 
fixable. But I think you need to get a broad grasp of how you want mail 
to be stored on your system and how you can achieve that before getting 
into this fine detail.





Please provide the output of "dovecot -n".


p...@bliss:~$ sudo dovecot -n
# 1.2.13: /etc/dovecot/dovecot.conf
# OS: Linux 2.6.32-5-686 i686 Debian squeeze/sid
log_timestamp: %Y-%m-%d %H:%M:%S
ssl: no
disable_plaintext_auth: no
login_dir: /var/run/dovecot/login
login_executable: /usr/lib/dovecot/imap-login
mail_privileged_group: mail
mail_location: maildir:~/Maildir
mbox_write_locks: fcntl dotlock
auth default:
passdb:
driver: pam
userdb:
driver: passwd


It might also be an idea to say what MTA you are using.


AFAIK: exim4


Good.

You can configure Exim 4 to deliver mail to Maildir under ~/Maildir --- 
it is all documented in the Exim 4 docs.


Alternatively you can configure Exim 4 to deliver mail using Dovecot. 
This is documented in the Dovecot wiki.


Bill

Re: [Dovecot] moving 1.2.13 system to another hard drive

[Paul Scott]

On Sat, Sep 18, 2010 at 04:52:31PM +0100, William Blunn wrote:
> On 18/09/2010 01:15, Paul Scott wrote:
> >I have just set up a new system on a new hard drive on the same
> >computer. fetchmail is correctly putting mail in
> >/var/mail/.
> 
> Whilst I am no expert on fetchmail, as far as I know fetchmail does
> not deliver mail itself but rather passes it on to an MTA. So I
> think it may be your MTA that is delivering mail to mbox files in
> /var/mail.

Thanks for that reminder.

> >I have copied my entire Maildir directory from the old hard drive.
> >I have made what changes I understood to dovecot.conf.
> >
> >Dovecot was working on the other drive even though I'm not
> >completely sure how I got it working before.
> 
> How about looking at the old Dovecot configuration under /etc on the
> old drive?

I have done that several times.

> Having said that, having mail delivered to mbox files under
> /var/mail, but other folders under Maildir might not be the best
> configuration:
> 
> * to get Dovecot to be able to handle that setup means having two
> different mailbox formats which means a namespace configuration,
> 
> * your INBOX is going to an mbox under /var/mail, which is fraught
> with potential locking problems (unless this has somehow magically
> been taken care of for you).
> 
> You may be better off getting all mail delivered straight to
> Maildir, thereby making everything Maildir.

That's what I thought was happening since it was happening on the 
previous setup.  OTOH mutt sees the old INBOX but doesn't see the
other folders anymore.

> This would then make your Dovecot configuration simpler, and also
> remove the potential locking problems of using mbox.

I don't know how to do that.  Everything was under Maildir in the previous
system and I don't know why it doesn't seem to be now.

> >Any ideas for debugging this certainly simple problem for some of you.
> 
> Please try to describe a specific symptom or specific symptoms you
> are experiencing.

Dovecot doesn't seem to be putting mail in the Maildir INBOX.  Now I see
log messages which may make things much clearer.  It may be about passwords 
which are the same on the new system as the old.

Sep 18 09:55:31 bliss dovecot: imap-login: Disconnected (auth failed, 4 
attempts): user=, method=PLAIN, rip=68.0.135.186, lip=192.168.1.102

> Please provide the output of "dovecot -n".

p...@bliss:~$ sudo dovecot -n
# 1.2.13: /etc/dovecot/dovecot.conf
# OS: Linux 2.6.32-5-686 i686 Debian squeeze/sid 
log_timestamp: %Y-%m-%d %H:%M:%S 
ssl: no
disable_plaintext_auth: no
login_dir: /var/run/dovecot/login
login_executable: /usr/lib/dovecot/imap-login
mail_privileged_group: mail
mail_location: maildir:~/Maildir
mbox_write_locks: fcntl dotlock
auth default:
  passdb:
driver: pam
  userdb:
driver: passwd

> It might also be an idea to say what MTA you are using.

AFAIK: exim4

> For The Avoidance Of Doubt, I am not 'taking on your case', but
> merely providing one step of suggestions. 

This was very helpful.  I still not sure exactly the password problem
is but that probably narrows it down for now.

Please reply to the list (i.e. not to me).

Certainly,

Many thanks,

Paul

Re: [Dovecot] moving 1.2.13 system to another hard drive

[William Blunn]

On 18/09/2010 01:15, Paul Scott wrote:
I have just set up a new system on a new hard drive on the same 
computer. fetchmail is correctly putting mail in /var/mail/.


Whilst I am no expert on fetchmail, as far as I know fetchmail does not 
deliver mail itself but rather passes it on to an MTA. So I think it may 
be your MTA that is delivering mail to mbox files in /var/mail.


I have copied my entire Maildir directory from the old hard drive. I 
have made what changes I understood to dovecot.conf.


Dovecot was working on the other drive even though I'm not completely 
sure how I got it working before.


How about looking at the old Dovecot configuration under /etc on the old 
drive?


Having said that, having mail delivered to mbox files under /var/mail, 
but other folders under Maildir might not be the best configuration:


* to get Dovecot to be able to handle that setup means having two 
different mailbox formats which means a namespace configuration,


* your INBOX is going to an mbox under /var/mail, which is fraught with 
potential locking problems (unless this has somehow magically been taken 
care of for you).


You may be better off getting all mail delivered straight to Maildir, 
thereby making everything Maildir.


This would then make your Dovecot configuration simpler, and also remove 
the potential locking problems of using mbox.



Any ideas for debugging this certainly simple problem for some of you.


Please try to describe a specific symptom or specific symptoms you are 
experiencing.


Please provide the output of "dovecot -n".

It might also be an idea to say what MTA you are using.

For The Avoidance Of Doubt, I am not 'taking on your case', but merely 
providing one step of suggestions. Please reply to the list (i.e. not to 
me).


Bill

Re: [Dovecot] moving 1.2.13 system to another hard drive

[Charles Marcus]

On 9/17/2010 8:15 PM, Paul Scott wrote:

Dovecot was working on the other drive even though I'm not completely
sure how I got it working before.


So... you got it working before 'somehow', but you're not sure how, and 
then...



Any ideas for debugging this certainly simple problem for some of you.


you ask for help without even giving specifics on what exactly isn't 
working - like error messages, log snippets exhibiting errors, doveonc 
-n output showing your configs from both systems, etc?


Interesting... you think we are a bunch of sages and seers in here? ;)

[Dovecot] moving 1.2.13 system to another hard drive

[Paul Scott]

Hi,

I am not very experienced with Dovecot (1,2,13) installed on Debian sid.

I have just set up a new system on a new hard drive on the same computer.
fetchmail is correctly putting mail in /var/mail/.  I have copied
my entire Maildir directory from the old hard drive.  I have made what changes
I understood to dovecot.conf.

Dovecot was working on the other drive even though I'm not completely sure
how I got it working before.

Any ideas for debugging this certainly simple problem for some of you.

TIA,

Paul Scott

Re: [Dovecot] Moving from MBOX to Maildir or DBox ?

[Daniel Luttermann]

Frank Bonnet wrote on 16.09.2010:

> Hello

> Actually we use MBOX format for all our IMAP access but users complain
> they cannot create subfolders in imap folders, of course they cannot
> because of MBOX format ...

> I need gurus advices on changing mailbox format

> Maildir of Dbox ?

> What would be the safest way to go ?

> Note : we extensively use Thunderbird here.

> Thanks

I'm using mdbox since a few months and I've no problems at all (but
it's a smaller mail server). I think mdbox should perform better in
large installations. For me one drawback is that you can not easily
restore a single email of an user if he has accidently deleted one -
this is no problem with maildir and maybe it's also possible with
sdbox.

With mdbox it's needed that you "purge" deleted mails. When a user
deletes an email only the index is updated but the disk space is not
freed automatically.

One of the next Dovecot version comes with support for "SIS" (Single
Instance Storage). With SIS and sbox or mdbox you can save
attachments in seperate files. When you find this feature useful then
you must use one of Dovecot's own mailbox formats.

See this blog entry:
http://blog.dovecot.org/2010/07/single-instance-attachment-storage.html


--
Daniel

Re: [Dovecot] Moving from MBOX to Maildir or DBox ?

[William Blunn]

On 16/09/2010 16:47, Frank Bonnet wrote:
Actually we use MBOX format for all our IMAP access but users complain 
they cannot create subfolders in imap folders, of course they cannot 
because of MBOX format ...


Actually you can, under mbox, do mailboxes which contain both messages 
and sub-mailboxes.


Two approaches are outlined at http://wiki2.dovecot.org/MboxChildFolders

Though applying to an existing site either of the two approaches 
outlined would require some reorganisation.


That reorganisation may be sufficient trouble that it may be as well to 
switch to one of the other formats.


dbox is not a format; it is a family of two formats: single-dbox and 
multi-dbox. See http://wiki2.dovecot.org/MailboxFormat


Bill

Re: [Dovecot] Moving from MBOX to Maildir or DBox ?

[Timo Sirainen]

On Thu, 2010-09-16 at 17:47 +0200, Frank Bonnet wrote:

> Actually we use MBOX format for all our IMAP access but users complain 
> they cannot create subfolders in imap folders, of course they cannot
> because of MBOX format ...
> 
> I need gurus advices on changing mailbox format
> 
> Maildir of Dbox ?
> 
> What would be the safest way to go ?

Maildir has been in use for longer and for much more people than dbox,
so it's of course safer. But sdbox is simple enough that it should be
pretty safe too in v2.0 (don't use it in v1.x).

[Dovecot] Moving from MBOX to Maildir or DBox ?

[Frank Bonnet]

Hello

Actually we use MBOX format for all our IMAP access but users complain 
they cannot create subfolders in imap folders, of course they cannot

because of MBOX format ...

I need gurus advices on changing mailbox format

Maildir of Dbox ?

What would be the safest way to go ?

Note : we extensively use Thunderbird here.

Thanks

Re: [Dovecot] moving mail from private inbox to public folder kills the latter

[Timo Sirainen]

On Wed, 2010-08-11 at 17:52 +0200, Tamas Kadar wrote:

> I've ran into something rather nasty: if a user moves a mail from its 
> inbox to a public folder, the folder becomes inaccessible for others, 
> because the moved file will have the the permission 600 instead of 777 
> (or 666) which the rest of the emails have in the folder.

The destination permission is taken from the destination maildir
directory. For example:

> open(/home/_shared/projects/.Long.Folder/cur/1281535484.M3B5A7P15183Q0.mail_espell_com:2,Sb)
>  

Here if you wanted this mail file to be
0666, /home/_shared/projects/.Long.Folder must be 0777.

Re: [Dovecot] moving mail from private inbox to public folder killsthe latter

[Kádár Tamás]

Thanks, I'll try that.

Tamas
 

-Original Message-
From: Jerrale G 
Sender: dovecot-bounces+tamas.kadar=espell@dovecot.org
Date: Wed, 11 Aug 2010 14:54:59 
To: 
Subject: Re: [Dovecot] moving mail from private inbox to public folder kills
 thelatter

  On 8/11/2010 2:51 PM, Jerrale G wrote:
>  On 8/11/2010 2:45 PM, Tamas Kadar wrote:
>> On 8/11/2010 7:32 PM, Jerrale G wrote:
>>> On 8/11/2010 12:54 PM, Tamas Kadar wrote:
>>>> On 8/11/2010 6:52 PM, Jerrale G wrote:
>>>>> On 8/11/2010 12:49 PM, Tamas Kadar wrote:
>>>>>> On 8/11/2010 6:45 PM, Jerrale G wrote:
>>>>>>> On 8/11/2010 12:02 PM, Tamas Kadar wrote:
>>>>>>>> Also, it's weird that the mail we have since we migrated to
>>>>>>>> dovecot is
>>>>>>>> either 700 or 755, most user's mailboxes are 777, so it 
>>>>>>>> shouldn't be
>>>>>>>> 700...
>>>>>>>>
>>>>>>>> (Yeah, I know, not very secure, however no user has shell access,
>>>>>>>> only
>>>>>>>> by mail)
>>>>>>>>
>>>>>>>> Best regrds
>>>>>>>> Tamas
>>>>>>>>
>>>>>>>> On 8/11/2010 5:52 PM, Tamas Kadar wrote:
>>>>>>>>> Hi
>>>>>>>>>
>>>>>>>>> I've ran into something rather nasty: if a user moves a mail from
>>>>>>>>> its
>>>>>>>>> inbox to a public folder, the folder becomes inaccessible for
>>>>>>>>> others,
>>>>>>>>> because the moved file will have the the permission 600 instead
>>>>>>>>> of 777
>>>>>>>>> (or 666) which the rest of the emails have in the folder.
>>>>>>>>>
>>>>>>>>> How can I change this behavior so when he moves the mail it
>>>>>>>>> automatically becomes world-readable? Also why one mail kills the
>>>>>>>>> whole
>>>>>>>>> folder?
>>>>>>>>>
>>>>>>>>> Here's the error I get:
>>>>>>>>> Error:
>>>>>>>>> open(/home/_shared/projects/.Long.Folder/cur/1281535484.M3B5A7P15183Q0.mail_espell_com:2,Sb)
>>>>>>>>>  
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> failed: Permission denied (euid=1000(ktamas) egid=1000(ktamas)
>>>>>>>>> missing
>>>>>>>>> +r perm:
>>>>>>>>> /home/_shared/projects/.Long.Folder/cur/1281535484.M3B5A7P15183Q0.mail_espell_com:2,Sb,
>>>>>>>>>  
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> euid is not dir owner)
>>>>>>>>>
>>>>>>>>> Thanks and best regards
>>>>>>>>> Tamas
>>>>>>>>
>>>>>>> make sure you have the namespaces specified for the public 
>>>>>>> folders so
>>>>>>> that the correct permissions will be set.
>>>>>>>
>>>>>>> http://wiki.dovecot.org/Namespaces
>>>>>>>
>>>>>>> J. G.
>>>>>>>
>>>>>>> J. G.
>>>>>>>
>>>>>>
>>>>>> I think I set it right, here are my namespaces:
>>>>>>
>>>>>> # User's mailbox
>>>>>> namespace {
>>>>>> inbox = yes
>>>>>> location =
>>>>>> prefix =
>>>>>> separator = .
>>>>>> type = private
>>>>>> }
>>>>>>
>>>>>> # The public namespace
>>>>>> namespace {
>>>>>> location = maildir:/home/_shared/projects:INDEX=~/Maildir/_shared
>>>>>> prefix = shared.
>>>>>> separator = .
>>>>>> subscriptions = no
>>>>>> type = public
>>>>>> }
>>>>> That is fine as long as you don't have a mysql query, berkeley, or
>>>>> passwd file looking up the user's homedir, password, and such as 
>>>>> well.
>>>>> If you do, take out the namespace for private as this will defined
>>>>> another way.
>>>>>
>>>>> J. G.
>>>>
>>>> Users are authenticated through PAM. No SQL or BerkeleyDB involved. Do
>>>> you mean that I should disable the private namespace and only define
>>>> the public?
>>>>
>>>> Tamas
>>> Yes, because you have it authenticated and defined by PAM or 
>>> mail_location=
>>>
>>> J. G.
>>
>> I've just tried that, if I disable the first (private) namespace, 
>> things break:
>>
>> Error: user ktamas: Initialization failed: namespace configuration 
>> error: inbox=yes namespace missing
>>
>> Tamas
>
> Create an account on PAM that everyone can read and write to, having 
> the group as a supplemental; set this account as the public namespace, 
> including the inbox.
>
>
Make sure you chmod -R 770 /path/to/public and this will keep any 
anonymous from writing to it.
-- 




Jerrale G.
SC Senior Admin

Re: [Dovecot] moving mail from private inbox to public folder kills the latter

[Jerrale G]

 On 8/11/2010 2:51 PM, Jerrale G wrote:

 On 8/11/2010 2:45 PM, Tamas Kadar wrote:

On 8/11/2010 7:32 PM, Jerrale G wrote:

On 8/11/2010 12:54 PM, Tamas Kadar wrote:

On 8/11/2010 6:52 PM, Jerrale G wrote:

On 8/11/2010 12:49 PM, Tamas Kadar wrote:

On 8/11/2010 6:45 PM, Jerrale G wrote:

On 8/11/2010 12:02 PM, Tamas Kadar wrote:

Also, it's weird that the mail we have since we migrated to
dovecot is
either 700 or 755, most user's mailboxes are 777, so it 
shouldn't be

700...

(Yeah, I know, not very secure, however no user has shell access,
only
by mail)

Best regrds
Tamas

On 8/11/2010 5:52 PM, Tamas Kadar wrote:

Hi

I've ran into something rather nasty: if a user moves a mail from
its
inbox to a public folder, the folder becomes inaccessible for
others,
because the moved file will have the the permission 600 instead
of 777
(or 666) which the rest of the emails have in the folder.

How can I change this behavior so when he moves the mail it
automatically becomes world-readable? Also why one mail kills the
whole
folder?

Here's the error I get:
Error:
open(/home/_shared/projects/.Long.Folder/cur/1281535484.M3B5A7P15183Q0.mail_espell_com:2,Sb) 





failed: Permission denied (euid=1000(ktamas) egid=1000(ktamas)
missing
+r perm:
/home/_shared/projects/.Long.Folder/cur/1281535484.M3B5A7P15183Q0.mail_espell_com:2,Sb, 





euid is not dir owner)

Thanks and best regards
Tamas


make sure you have the namespaces specified for the public 
folders so

that the correct permissions will be set.

http://wiki.dovecot.org/Namespaces

J. G.

J. G.



I think I set it right, here are my namespaces:

# User's mailbox
namespace {
inbox = yes
location =
prefix =
separator = .
type = private
}

# The public namespace
namespace {
location = maildir:/home/_shared/projects:INDEX=~/Maildir/_shared
prefix = shared.
separator = .
subscriptions = no
type = public
}

That is fine as long as you don't have a mysql query, berkeley, or
passwd file looking up the user's homedir, password, and such as 
well.

If you do, take out the namespace for private as this will defined
another way.

J. G.


Users are authenticated through PAM. No SQL or BerkeleyDB involved. Do
you mean that I should disable the private namespace and only define
the public?

Tamas
Yes, because you have it authenticated and defined by PAM or 
mail_location=


J. G.


I've just tried that, if I disable the first (private) namespace, 
things break:


Error: user ktamas: Initialization failed: namespace configuration 
error: inbox=yes namespace missing


Tamas


Create an account on PAM that everyone can read and write to, having 
the group as a supplemental; set this account as the public namespace, 
including the inbox.



Make sure you chmod -R 770 /path/to/public and this will keep any 
anonymous from writing to it.

--




Jerrale G.
SC Senior Admin

Re: [Dovecot] moving mail from private inbox to public folder kills the latter

[Jerrale G]

 On 8/11/2010 2:45 PM, Tamas Kadar wrote:

On 8/11/2010 7:32 PM, Jerrale G wrote:

On 8/11/2010 12:54 PM, Tamas Kadar wrote:

On 8/11/2010 6:52 PM, Jerrale G wrote:

On 8/11/2010 12:49 PM, Tamas Kadar wrote:

On 8/11/2010 6:45 PM, Jerrale G wrote:

On 8/11/2010 12:02 PM, Tamas Kadar wrote:

Also, it's weird that the mail we have since we migrated to
dovecot is
either 700 or 755, most user's mailboxes are 777, so it 
shouldn't be

700...

(Yeah, I know, not very secure, however no user has shell access,
only
by mail)

Best regrds
Tamas

On 8/11/2010 5:52 PM, Tamas Kadar wrote:

Hi

I've ran into something rather nasty: if a user moves a mail from
its
inbox to a public folder, the folder becomes inaccessible for
others,
because the moved file will have the the permission 600 instead
of 777
(or 666) which the rest of the emails have in the folder.

How can I change this behavior so when he moves the mail it
automatically becomes world-readable? Also why one mail kills the
whole
folder?

Here's the error I get:
Error:
open(/home/_shared/projects/.Long.Folder/cur/1281535484.M3B5A7P15183Q0.mail_espell_com:2,Sb) 





failed: Permission denied (euid=1000(ktamas) egid=1000(ktamas)
missing
+r perm:
/home/_shared/projects/.Long.Folder/cur/1281535484.M3B5A7P15183Q0.mail_espell_com:2,Sb, 





euid is not dir owner)

Thanks and best regards
Tamas


make sure you have the namespaces specified for the public 
folders so

that the correct permissions will be set.

http://wiki.dovecot.org/Namespaces

J. G.

J. G.



I think I set it right, here are my namespaces:

# User's mailbox
namespace {
inbox = yes
location =
prefix =
separator = .
type = private
}

# The public namespace
namespace {
location = maildir:/home/_shared/projects:INDEX=~/Maildir/_shared
prefix = shared.
separator = .
subscriptions = no
type = public
}

That is fine as long as you don't have a mysql query, berkeley, or
passwd file looking up the user's homedir, password, and such as well.
If you do, take out the namespace for private as this will defined
another way.

J. G.


Users are authenticated through PAM. No SQL or BerkeleyDB involved. Do
you mean that I should disable the private namespace and only define
the public?

Tamas
Yes, because you have it authenticated and defined by PAM or 
mail_location=


J. G.


I've just tried that, if I disable the first (private) namespace, 
things break:


Error: user ktamas: Initialization failed: namespace configuration 
error: inbox=yes namespace missing


Tamas


Create an account on PAM that everyone can read and write to, having the 
group as a supplemental; set this account as the public namespace, 
including the inbox.



--

Jerrale G.
SC Senior Admin

Re: [Dovecot] moving mail from private inbox to public folder kills the latter

[Tamas Kadar]

On 8/11/2010 7:32 PM, Jerrale G wrote:

On 8/11/2010 12:54 PM, Tamas Kadar wrote:

On 8/11/2010 6:52 PM, Jerrale G wrote:

On 8/11/2010 12:49 PM, Tamas Kadar wrote:

On 8/11/2010 6:45 PM, Jerrale G wrote:

On 8/11/2010 12:02 PM, Tamas Kadar wrote:

Also, it's weird that the mail we have since we migrated to
dovecot is
either 700 or 755, most user's mailboxes are 777, so it shouldn't be
700...

(Yeah, I know, not very secure, however no user has shell access,
only
by mail)

Best regrds
Tamas

On 8/11/2010 5:52 PM, Tamas Kadar wrote:

Hi

I've ran into something rather nasty: if a user moves a mail from
its
inbox to a public folder, the folder becomes inaccessible for
others,
because the moved file will have the the permission 600 instead
of 777
(or 666) which the rest of the emails have in the folder.

How can I change this behavior so when he moves the mail it
automatically becomes world-readable? Also why one mail kills the
whole
folder?

Here's the error I get:
Error:
open(/home/_shared/projects/.Long.Folder/cur/1281535484.M3B5A7P15183Q0.mail_espell_com:2,Sb)



failed: Permission denied (euid=1000(ktamas) egid=1000(ktamas)
missing
+r perm:
/home/_shared/projects/.Long.Folder/cur/1281535484.M3B5A7P15183Q0.mail_espell_com:2,Sb,



euid is not dir owner)

Thanks and best regards
Tamas



make sure you have the namespaces specified for the public folders so
that the correct permissions will be set.

http://wiki.dovecot.org/Namespaces

J. G.

J. G.



I think I set it right, here are my namespaces:

# User's mailbox
namespace {
inbox = yes
location =
prefix =
separator = .
type = private
}

# The public namespace
namespace {
location = maildir:/home/_shared/projects:INDEX=~/Maildir/_shared
prefix = shared.
separator = .
subscriptions = no
type = public
}

That is fine as long as you don't have a mysql query, berkeley, or
passwd file looking up the user's homedir, password, and such as well.
If you do, take out the namespace for private as this will defined
another way.

J. G.


Users are authenticated through PAM. No SQL or BerkeleyDB involved. Do
you mean that I should disable the private namespace and only define
the public?

Tamas

Yes, because you have it authenticated and defined by PAM or mail_location=

J. G.


I've just tried that, if I disable the first (private) namespace, things 
break:


Error: user ktamas: Initialization failed: namespace configuration 
error: inbox=yes namespace missing


Tamas

Re: [Dovecot] moving mail from private inbox to public folder kills the latter

[Jerrale G]

 On 8/11/2010 12:54 PM, Tamas Kadar wrote:

On 8/11/2010 6:52 PM, Jerrale G wrote:

On 8/11/2010 12:49 PM, Tamas Kadar wrote:

On 8/11/2010 6:45 PM, Jerrale G wrote:

On 8/11/2010 12:02 PM, Tamas Kadar wrote:
Also, it's weird that the mail we have since we migrated to 
dovecot is

either 700 or 755, most user's mailboxes are 777, so it shouldn't be
700...

(Yeah, I know, not very secure, however no user has shell access, 
only

by mail)

Best regrds
Tamas

On 8/11/2010 5:52 PM, Tamas Kadar wrote:

Hi

I've ran into something rather nasty: if a user moves a mail from 
its
inbox to a public folder, the folder becomes inaccessible for 
others,
because the moved file will have the the permission 600 instead 
of 777

(or 666) which the rest of the emails have in the folder.

How can I change this behavior so when he moves the mail it
automatically becomes world-readable? Also why one mail kills the
whole
folder?

Here's the error I get:
Error:
open(/home/_shared/projects/.Long.Folder/cur/1281535484.M3B5A7P15183Q0.mail_espell_com:2,Sb) 




failed: Permission denied (euid=1000(ktamas) egid=1000(ktamas) 
missing

+r perm:
/home/_shared/projects/.Long.Folder/cur/1281535484.M3B5A7P15183Q0.mail_espell_com:2,Sb, 




euid is not dir owner)

Thanks and best regards
Tamas



make sure you have the namespaces specified for the public folders so
that the correct permissions will be set.

http://wiki.dovecot.org/Namespaces

J. G.

J. G.



I think I set it right, here are my namespaces:

# User's mailbox
namespace {
inbox = yes
location =
prefix =
separator = .
type = private
}

# The public namespace
namespace {
location = maildir:/home/_shared/projects:INDEX=~/Maildir/_shared
prefix = shared.
separator = .
subscriptions = no
type = public
}

That is fine as long as you don't have a mysql query, berkeley, or
passwd file looking up the user's homedir, password, and such as well.
If you do, take out the namespace for private as this will defined
another way.

J. G.


Users are authenticated through PAM. No SQL or BerkeleyDB involved. Do 
you mean that I should disable the private namespace and only define 
the public?


Tamas
Let me give you an example. My SQL query defines the location of each 
users maildir, home directory, sieve directory, and its quota; since I 
have this, I don't need to define it anywhere else in dovecot.


J. G.

Re: [Dovecot] moving mail from private inbox to public folder kills the latter

[Jerrale G]

 On 8/11/2010 12:54 PM, Tamas Kadar wrote:

On 8/11/2010 6:52 PM, Jerrale G wrote:

On 8/11/2010 12:49 PM, Tamas Kadar wrote:

On 8/11/2010 6:45 PM, Jerrale G wrote:

On 8/11/2010 12:02 PM, Tamas Kadar wrote:
Also, it's weird that the mail we have since we migrated to 
dovecot is

either 700 or 755, most user's mailboxes are 777, so it shouldn't be
700...

(Yeah, I know, not very secure, however no user has shell access, 
only

by mail)

Best regrds
Tamas

On 8/11/2010 5:52 PM, Tamas Kadar wrote:

Hi

I've ran into something rather nasty: if a user moves a mail from 
its
inbox to a public folder, the folder becomes inaccessible for 
others,
because the moved file will have the the permission 600 instead 
of 777

(or 666) which the rest of the emails have in the folder.

How can I change this behavior so when he moves the mail it
automatically becomes world-readable? Also why one mail kills the
whole
folder?

Here's the error I get:
Error:
open(/home/_shared/projects/.Long.Folder/cur/1281535484.M3B5A7P15183Q0.mail_espell_com:2,Sb) 




failed: Permission denied (euid=1000(ktamas) egid=1000(ktamas) 
missing

+r perm:
/home/_shared/projects/.Long.Folder/cur/1281535484.M3B5A7P15183Q0.mail_espell_com:2,Sb, 




euid is not dir owner)

Thanks and best regards
Tamas



make sure you have the namespaces specified for the public folders so
that the correct permissions will be set.

http://wiki.dovecot.org/Namespaces

J. G.

J. G.



I think I set it right, here are my namespaces:

# User's mailbox
namespace {
inbox = yes
location =
prefix =
separator = .
type = private
}

# The public namespace
namespace {
location = maildir:/home/_shared/projects:INDEX=~/Maildir/_shared
prefix = shared.
separator = .
subscriptions = no
type = public
}

That is fine as long as you don't have a mysql query, berkeley, or
passwd file looking up the user's homedir, password, and such as well.
If you do, take out the namespace for private as this will defined
another way.

J. G.


Users are authenticated through PAM. No SQL or BerkeleyDB involved. Do 
you mean that I should disable the private namespace and only define 
the public?


Tamas

Yes, because you have it authenticated and defined by PAM or mail_location=

J. G.

Re: [Dovecot] moving mail from private inbox to public folder kills the latter

[Tamas Kadar]

On 8/11/2010 6:52 PM, Jerrale G wrote:

On 8/11/2010 12:49 PM, Tamas Kadar wrote:

On 8/11/2010 6:45 PM, Jerrale G wrote:

On 8/11/2010 12:02 PM, Tamas Kadar wrote:

Also, it's weird that the mail we have since we migrated to dovecot is
either 700 or 755, most user's mailboxes are 777, so it shouldn't be
700...

(Yeah, I know, not very secure, however no user has shell access, only
by mail)

Best regrds
Tamas

On 8/11/2010 5:52 PM, Tamas Kadar wrote:

Hi

I've ran into something rather nasty: if a user moves a mail from its
inbox to a public folder, the folder becomes inaccessible for others,
because the moved file will have the the permission 600 instead of 777
(or 666) which the rest of the emails have in the folder.

How can I change this behavior so when he moves the mail it
automatically becomes world-readable? Also why one mail kills the
whole
folder?

Here's the error I get:
Error:
open(/home/_shared/projects/.Long.Folder/cur/1281535484.M3B5A7P15183Q0.mail_espell_com:2,Sb)


failed: Permission denied (euid=1000(ktamas) egid=1000(ktamas) missing
+r perm:
/home/_shared/projects/.Long.Folder/cur/1281535484.M3B5A7P15183Q0.mail_espell_com:2,Sb,


euid is not dir owner)

Thanks and best regards
Tamas



make sure you have the namespaces specified for the public folders so
that the correct permissions will be set.

http://wiki.dovecot.org/Namespaces

J. G.

J. G.



I think I set it right, here are my namespaces:

# User's mailbox
namespace {
inbox = yes
location =
prefix =
separator = .
type = private
}

# The public namespace
namespace {
location = maildir:/home/_shared/projects:INDEX=~/Maildir/_shared
prefix = shared.
separator = .
subscriptions = no
type = public
}

That is fine as long as you don't have a mysql query, berkeley, or
passwd file looking up the user's homedir, password, and such as well.
If you do, take out the namespace for private as this will defined
another way.

J. G.


Users are authenticated through PAM. No SQL or BerkeleyDB involved. Do 
you mean that I should disable the private namespace and only define the 
public?


Tamas

Re: [Dovecot] moving mail from private inbox to public folder kills the latter

[Tamas Kadar]

On 8/11/2010 6:45 PM, Jerrale G wrote:

On 8/11/2010 12:02 PM, Tamas Kadar wrote:

Also, it's weird that the mail we have since we migrated to dovecot is
either 700 or 755, most user's mailboxes are 777, so it shouldn't be
700...

(Yeah, I know, not very secure, however no user has shell access, only
by mail)

Best regrds
Tamas

On 8/11/2010 5:52 PM, Tamas Kadar wrote:

Hi

I've ran into something rather nasty: if a user moves a mail from its
inbox to a public folder, the folder becomes inaccessible for others,
because the moved file will have the the permission 600 instead of 777
(or 666) which the rest of the emails have in the folder.

How can I change this behavior so when he moves the mail it
automatically becomes world-readable? Also why one mail kills the whole
folder?

Here's the error I get:
Error:
open(/home/_shared/projects/.Long.Folder/cur/1281535484.M3B5A7P15183Q0.mail_espell_com:2,Sb)

failed: Permission denied (euid=1000(ktamas) egid=1000(ktamas) missing
+r perm:
/home/_shared/projects/.Long.Folder/cur/1281535484.M3B5A7P15183Q0.mail_espell_com:2,Sb,

euid is not dir owner)

Thanks and best regards
Tamas



make sure you have the namespaces specified for the public folders so
that the correct permissions will be set.

http://wiki.dovecot.org/Namespaces

J. G.

J. G.



I think I set it right, here are my namespaces:

# User's mailbox
namespace {
  inbox = yes
  location =
  prefix =
  separator = .
  type = private
}

# The public namespace
namespace {
  location = maildir:/home/_shared/projects:INDEX=~/Maildir/_shared
  prefix = shared.
  separator = .
  subscriptions = no
  type = public
}

Re: [Dovecot] moving mail from private inbox to public folder kills the latter

[Jerrale G]

 On 8/11/2010 12:02 PM, Tamas Kadar wrote:
Also, it's weird that the mail we have since we migrated to dovecot is 
either 700 or 755, most user's mailboxes are 777, so it shouldn't be 
700...


(Yeah, I know, not very secure, however no user has shell access, only 
by mail)


Best regrds
Tamas

On 8/11/2010 5:52 PM, Tamas Kadar wrote:

Hi

I've ran into something rather nasty: if a user moves a mail from its
inbox to a public folder, the folder becomes inaccessible for others,
because the moved file will have the the permission 600 instead of 777
(or 666) which the rest of the emails have in the folder.

How can I change this behavior so when he moves the mail it
automatically becomes world-readable? Also why one mail kills the whole
folder?

Here's the error I get:
Error:
open(/home/_shared/projects/.Long.Folder/cur/1281535484.M3B5A7P15183Q0.mail_espell_com:2,Sb) 


failed: Permission denied (euid=1000(ktamas) egid=1000(ktamas) missing
+r perm:
/home/_shared/projects/.Long.Folder/cur/1281535484.M3B5A7P15183Q0.mail_espell_com:2,Sb, 


euid is not dir owner)

Thanks and best regards
Tamas


make sure you have the namespaces specified for the public folders so 
that the correct permissions will be set.


http://wiki.dovecot.org/Namespaces

J. G.

J. G.

Re: [Dovecot] moving mail from private inbox to public folder kills the latter

[Tamas Kadar]

Also, it's weird that the mail we have since we migrated to dovecot is 
either 700 or 755, most user's mailboxes are 777, so it shouldn't be 700...


(Yeah, I know, not very secure, however no user has shell access, only 
by mail)


Best regrds
Tamas

On 8/11/2010 5:52 PM, Tamas Kadar wrote:

Hi

I've ran into something rather nasty: if a user moves a mail from its
inbox to a public folder, the folder becomes inaccessible for others,
because the moved file will have the the permission 600 instead of 777
(or 666) which the rest of the emails have in the folder.

How can I change this behavior so when he moves the mail it
automatically becomes world-readable? Also why one mail kills the whole
folder?

Here's the error I get:
Error:
open(/home/_shared/projects/.Long.Folder/cur/1281535484.M3B5A7P15183Q0.mail_espell_com:2,Sb)
failed: Permission denied (euid=1000(ktamas) egid=1000(ktamas) missing
+r perm:
/home/_shared/projects/.Long.Folder/cur/1281535484.M3B5A7P15183Q0.mail_espell_com:2,Sb,
euid is not dir owner)

Thanks and best regards
Tamas

[Dovecot] moving mail from private inbox to public folder kills the latter

[Tamas Kadar]

Hi

I've ran into something rather nasty: if a user moves a mail from its 
inbox to a public folder, the folder becomes inaccessible for others, 
because the moved file will have the the permission 600 instead of 777 
(or 666) which the rest of the emails have in the folder.


How can I change this behavior so when he moves the mail it 
automatically becomes world-readable? Also why one mail kills the whole 
folder?


Here's the error I get:
 Error: 
open(/home/_shared/projects/.Long.Folder/cur/1281535484.M3B5A7P15183Q0.mail_espell_com:2,Sb) 
failed: Permission denied (euid=1000(ktamas) egid=1000(ktamas) missing 
+r perm: 
/home/_shared/projects/.Long.Folder/cur/1281535484.M3B5A7P15183Q0.mail_espell_com:2,Sb, 
euid is not dir owner)


Thanks and best regards
Tamas

Re: [Dovecot] Moving

[Timo Sirainen]

On 10.1.2010, at 17.56, Timo Sirainen wrote:

> On 2.1.2010, at 23.18, Timo Sirainen wrote:
> 
>> I'm moving back to Finland tomorrow. It's probably going to take a week or 
>> so until things settle down and I'm again back to coding.
> 
> And now I'm without internet at home, hopefully my mobile 3g connection opens 
> in a few days..

No. And trying to call to their help desk says something about some union 
strike or whatever. So I guess that won't be happening anytime soon.

> And in any case I'll get cable modem by Saturday.

Except today I found out my sister actually had ADSL. I don't know why I 
thought she had cable.. So I wasted a whole week waiting for it. Anyway, bought 
cable internet today and have to wait until next week for it to actually work.. 
And they sold me a cable modem (that they said they haven't had for 2+ years) 
for double its price..

Re: [Dovecot] Moving

[/dev/rob0]

On Mon, Jan 11, 2010 at 09:02:25AM -0500, Stewart Dean wrote:
> My apologies for posting this to the list; I meant to send it
> Timo only
> 
> >Now that you're back in your native land. .
> >If and only if you're interested, I'D be interested in hearing
> >what you thought of America

Nonetheless, it would be interesting to see his reply, maybe as a
blog entry link or something. :)
-- 
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header

Re: [Dovecot] Moving

[Spyros Tsiolis]

Ditto,

Especially from a Finn :-)
I've worked with scandinavians (Finns, Norwegians, Swedes) in the past.
Swedes and Finns in particular are interesting people, the way they
think and so on. 
Brilliant people too.. With quite an attitude towards life, work etc.
Norwegians are party animals :-)

But Finns are quite straight-forward. They don't beat around the bush.
They will express their opinion and that's what I like most.
They will not try to beautify things. They will speak their mind.
Check Linus for example :-)

s.


--- On Mon, 11/1/10, Stewart Dean  wrote:

> From: Stewart Dean 
> Subject: Re: [Dovecot] Moving
> To: "Dovecot Mailing List" 
> Date: Monday, 11 January, 2010, 15:53
> Now that you're back in your native
> land. .
> If and only if you're interested, I'D be interested in
> hearing what you thought of America: the things/customs that
> you thought were just plain wrong or stupid, the
> things/customs you liked, things that made you think, things
> that make you feel relieved to be "back home"
> I'm always curious about how others see my screwy country
> and its inhabitants...
> 
> Timo Sirainen wrote:
> > On 2.1.2010, at 23.18, Timo Sirainen wrote:
> > 
> >   
> >> I'm moving back to Finland tomorrow. It's probably
> going to take a week or so until things settle down and I'm
> again back to coding.
> >>     
> > 
> > And now I'm without internet at home, hopefully my
> mobile 3g connection opens in a few days.. And in any case
> I'll get cable modem by Saturday.
> >   
> 
> --  Once upon a time, the Internet was a friendly,
> neighbors-helping-neighbors small town, and no one locked
> their doors. Now it's like an apartment in Bed-Stuy: you
> need three heavy duty pick-proof locks, one of those braces
> that goes from the lock to the floor, and bars on the
> windows  Stewart Dean, Unix System Admin, Bard
> College, New York 12504 sd...@bard.edu
> voice: 845-758-7475, fax: 845-758-7035
> 

Re: [Dovecot] Moving

[Stewart Dean]

My apologies for posting this to the list; I meant to send it Timo only


Now that you're back in your native land. .
If and only if you're interested, I'D be interested in hearing what 
you thought of America


--
 Once upon a time, the Internet was a friendly, 
neighbors-helping-neighbors small town, and no one locked their doors. 
Now it's like an apartment in Bed-Stuy: you need three heavy duty 
pick-proof locks, one of those braces that goes from the lock to the 
floor, and bars on the windows  Stewart Dean, Unix System Admin, 
Bard College, New York 12504 sd...@bard.edu voice: 845-758-7475, fax: 
845-758-7035

Re: [Dovecot] Moving

[Stewart Dean]

Now that you're back in your native land. .
If and only if you're interested, I'D be interested in hearing what you 
thought of America: the things/customs that you thought were just plain 
wrong or stupid, the things/customs you liked, things that made you 
think, things that make you feel relieved to be "back home"
I'm always curious about how others see my screwy country and its 
inhabitants...


Timo Sirainen wrote:

On 2.1.2010, at 23.18, Timo Sirainen wrote:

  

I'm moving back to Finland tomorrow. It's probably going to take a week or so 
until things settle down and I'm again back to coding.



And now I'm without internet at home, hopefully my mobile 3g connection opens 
in a few days.. And in any case I'll get cable modem by Saturday.
  


--
 Once upon a time, the Internet was a friendly, 
neighbors-helping-neighbors small town, and no one locked their doors. 
Now it's like an apartment in Bed-Stuy: you need three heavy duty 
pick-proof locks, one of those braces that goes from the lock to the 
floor, and bars on the windows  Stewart Dean, Unix System Admin, 
Bard College, New York 12504 sd...@bard.edu voice: 845-758-7475, fax: 
845-758-7035

Re: [Dovecot] Moving

[Timo Sirainen]

On 2.1.2010, at 23.18, Timo Sirainen wrote:

> I'm moving back to Finland tomorrow. It's probably going to take a week or so 
> until things settle down and I'm again back to coding.

And now I'm without internet at home, hopefully my mobile 3g connection opens 
in a few days.. And in any case I'll get cable modem by Saturday.

Re: [Dovecot] Moving to hardlinks?

[Timo Sirainen]

On 4.1.2010, at 21.02, David Abrahams wrote:

> I just discovered that dovecot supports copying messages via
> hard-linking.  I have a huge mailbox hierarchy of existing messages
> that I'd prefer to store that way.  Is there a simple way to transform
> non-hard-linked storage to hard-linked?

Not via Dovecot. But you could create a script that finds duplicate mails, then 
replaces them with a hard link to one of them (and preferably in a way that 
mails won't get lost if user happens to delete that mail at the same time).

[Dovecot] Moving to hardlinks?

[David Abrahams]

I just discovered that dovecot supports copying messages via
hard-linking.  I have a huge mailbox hierarchy of existing messages
that I'd prefer to store that way.  Is there a simple way to transform
non-hard-linked storage to hard-linked?

TIA,

--
Dave Abrahams   Meet me at BoostCon: http://www.boostcon.com
BoostPro Computing
http://www.boostpro.com

Re: [Dovecot] Moving

[Jerry]

On Sun, 3 Jan 2010 06:43:07 -0500
Timo Sirainen  articulated:

> On 3.1.2010, at 6.26, Jerry wrote:
> 
> >> (Now
> >> could be a good time to try to get me to come somewhere I've always
> >> wanted to go. :)
> > 
> > Where exactly would that be? I worked for years in New York City,
> > and except for the occasional terror bombing, it was a great place
> > to work. Everything I could want was there. Then again, coming from
> > a small town I did sort of miss just lounging in a chair on my back
> > lawn.
> 
> New York City and New Zealand would be interesting, but I don't know
> of any interesting companies in them. Especially ones that would be
> interested in paying for Dovecot development.

Perhaps you could apply for some sort of collegiate or government grant.
You would be surprised at the crap (nothing personal) that they allocate
grant money for.

-- 
Jerry
ges...@yahoo.com

|===
|===
|===
|===
|

Ninety percent of the politicians give the other ten percent a bad
reputation.


Henry Kissinger

Re: [Dovecot] Moving

[Luigi Rosa]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Timo Sirainen said the following on 03/01/10 12:43:

> New York City and New Zealand would be interesting, but I don't know of any 
> interesting companies in them. Especially ones that would be interested in 
> paying for Dovecot development.

You can check http://jobs.joelonsoftware.com/

Joel Spolsky is a software developer in NY area.


Ciao,
luigi

- -- 
/
+--[Luigi Rosa]--
\

The Force will be with you. Always.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAktAiQ4ACgkQ3kWu7Tfl6ZRnRACdGKk46S0U1dRPsdRP2gBqTPXT
578AmwSsjw5fPEgK8Xwx2yXpB+9r6wYH
=c2xj
-END PGP SIGNATURE-

Re: [Dovecot] Moving

[Michael]

On Mon, 04 Jan 2010 00:43:07 Timo Sirainen wrote:
> On 3.1.2010, at 6.26, Jerry wrote:
> >> (Now
> >> could be a good time to try to get me to come somewhere I've always
> >> wanted to go. :)
> >
> > Where exactly would that be? I worked for years in New York City, and
> > except for the occasional terror bombing, it was a great place to work.
> > Everything I could want was there. Then again, coming from a small
> > town I did sort of miss just lounging in a chair on my back lawn.
>
> New York City and New Zealand would be interesting, but I don't know of any
> interesting companies in them. Especially ones that would be interested in
> paying for Dovecot development.

tut tut. It may be 12.47am on Monday morning here in New Zealand but we have 
ears and eyes lol :-)

Re: [Dovecot] Moving

[Timo Sirainen]

On 3.1.2010, at 6.26, Jerry wrote:

>> (Now
>> could be a good time to try to get me to come somewhere I've always
>> wanted to go. :)
> 
> Where exactly would that be? I worked for years in New York City, and
> except for the occasional terror bombing, it was a great place to work.
> Everything I could want was there. Then again, coming from a small
> town I did sort of miss just lounging in a chair on my back lawn.

New York City and New Zealand would be interesting, but I don't know of any 
interesting companies in them. Especially ones that would be interested in 
paying for Dovecot development.

Re: [Dovecot] Moving

[Spyros Tsiolis]

. . . and all these years I thought I wanted too much when my desire
was to move to Helsinki from greece :-)

Oh well !

A good trip to you Timo and welcome back to the old land :-)

s.



--- On Sun, 3/1/10, Timo Sirainen  wrote:

> From: Timo Sirainen 
> Subject: Re: [Dovecot] Moving
> To: sd...@sdean.net
> Cc: "Dovecot Mailing List" 
> Date: Sunday, 3 January, 2010, 5:24
> No, my visa was originally set to be
> max. 1 year so I have to go back. It was pretty fun and
> Rackspace is a great company, but Blacksburg is a bit too
> small town and I want to go elsewhere. (Now could be a good
> time to try to get me to come somewhere I've always wanted
> to go. :)
> 
> On 2.1.2010, at 17.52, Stewart Dean wrote:
> 
> > Hope that the change in residence wasn't due to the
> insanity of America or any of its residents.  Your work
> is a greatly appreciated wonder.  If this was a world
> where exceptional achievement and effort were recognized and
> rewarded, the world would be at your feet along with a river
> of riches and anything else you desired.  Of
> course...
> > 
> > Be of good cheer.
> > 
> > On 1/2/2010 4:18 PM, Timo Sirainen wrote:
> >> I'm moving back to Finland tomorrow. It's probably
> going to take a week or so until things settle down and I'm
> again back to coding.
> >> 
> >>   
> > 
> 
> 

Re: [Dovecot] Moving

[Jerry]

On Sat, 2 Jan 2010 22:24:27 -0500
Timo Sirainen  articulated:

> No, my visa was originally set to be max. 1 year so I have to go
> back. It was pretty fun and Rackspace is a great company, but
> Blacksburg is a bit too small town and I want to go elsewhere. (Now
> could be a good time to try to get me to come somewhere I've always
> wanted to go. :)

Where exactly would that be? I worked for years in New York City, and
except for the occasional terror bombing, it was a great place to work.
Everything I could want was there. Then again, coming from a small
town I did sort of miss just lounging in a chair on my back lawn.

To each his own.

--
Jerry
ges...@yahoo.com

|===
|===
|===
|===
|

Those of you who think you know everything are very annoying to those
of us who do.

Re: [Dovecot] Moving

[Timo Sirainen]

No, my visa was originally set to be max. 1 year so I have to go back. It was 
pretty fun and Rackspace is a great company, but Blacksburg is a bit too small 
town and I want to go elsewhere. (Now could be a good time to try to get me to 
come somewhere I've always wanted to go. :)

On 2.1.2010, at 17.52, Stewart Dean wrote:

> Hope that the change in residence wasn't due to the insanity of America or 
> any of its residents.  Your work is a greatly appreciated wonder.  If this 
> was a world where exceptional achievement and effort were recognized and 
> rewarded, the world would be at your feet along with a river of riches and 
> anything else you desired.  Of course...
> 
> Be of good cheer.
> 
> On 1/2/2010 4:18 PM, Timo Sirainen wrote:
>> I'm moving back to Finland tomorrow. It's probably going to take a week or 
>> so until things settle down and I'm again back to coding.
>> 
>>   
> 

Re: [Dovecot] Moving

[Stewart Dean]

Hope that the change in residence wasn't due to the insanity of America 
or any of its residents.  Your work is a greatly appreciated wonder.  If 
this was a world where exceptional achievement and effort were 
recognized and rewarded, the world would be at your feet along with a 
river of riches and anything else you desired.  Of course...


Be of good cheer.

On 1/2/2010 4:18 PM, Timo Sirainen wrote:

I'm moving back to Finland tomorrow. It's probably going to take a week or so 
until things settle down and I'm again back to coding.

   

[Dovecot] Moving

[Timo Sirainen]

I'm moving back to Finland tomorrow. It's probably going to take a week or so 
until things settle down and I'm again back to coding.

Re: [Dovecot] Moving IMAP folders to NFS volume.

[Timo Sirainen]

On Apr 9, 2009, at 4:05 AM, Frank Bonnet wrote:


Due to lack of disk space on local disks I need to move all
our imap folders to a NFS volume ( NetAPP filer )


But there's still only one Dovecot server accessing them, right?


I have a question about Dovecot indexes , is it better to
remove all of them before copying folders to the NFS volume
and let Dovecot rebuild all indexes when users restart to
access to their imap folders ?


I don't really see why it would be better. The result would be the  
same anyway.

[Dovecot] Moving IMAP folders to NFS volume.

[Frank Bonnet]

Hello

Due to lack of disk space on local disks I need to move all
our imap folders to a NFS volume ( NetAPP filer )

I have a question about Dovecot indexes , is it better to
remove all of them before copying folders to the NFS volume
and let Dovecot rebuild all indexes when users restart to
access to their imap folders ?

Thanks a lot.

Re: [Dovecot] Moving mail between folders

[Dmitri V. Ivanov]

On Thu, Nov 13, 2008 at 07:59:32PM +0200, Ilo Lorusso wrote:
> Ive just installed Dovecot and postfix and Ive created a whole bunch of 
> folders
> and started moving my mail around.
> 
> Ive noticed that it copies the mail to the folder I wish to move the
> mail to and leave the original message
> waiting to be purged in the original folder

IMAP protocol doesn't have "move" command. It has "copy". So your client
need (if I'mnot wrong):

1. copy message to destination mailbox (within COPY command)
2. store \Deleted flag to a message (within STORE command)

It will not really delete message (but Your client often will not show
it at folder anymore). One will be deleted within EXPUNGE command or
when You will leave imap folder (with CLOSE command).

Have a look into RFC 3501. Some peoples says It's terrible one tough.

WBR
Dmitri Ivanov

Re: [Dovecot] Moving mail between folders

[Seth Mattinen]

Ilo Lorusso wrote:

Hi,


Ive just installed Dovecot and postfix and Ive created a whole bunch of folders
and started moving my mail around.

Ive noticed that it copies the mail to the folder I wish to move the
mail to and leave the original message
waiting to be purged in the original folder

Is there a way to have dovecot delete it straight after it has been
moved? as I don't think users are going to
take well to this change?

any help would be appreciated



That's a function of the mail client, not Dovecot.

~Seth

[Dovecot] Moving mail between folders

[Ilo Lorusso]

Hi,


Ive just installed Dovecot and postfix and Ive created a whole bunch of folders
and started moving my mail around.

Ive noticed that it copies the mail to the folder I wish to move the
mail to and leave the original message
waiting to be purged in the original folder

Is there a way to have dovecot delete it straight after it has been
moved? as I don't think users are going to
take well to this change?

any help would be appreciated

Thanks,

Ilo.

Re: [Dovecot] Moving from cyrus to dovecot (a story)

[Andrew Schulman]

Rock on.  I agree, dovecot is very good.  I like the integration of imap server,
managesieve, and sieve-aware LDA all in one package.  Configuration is
straightforward, and since I set it up a few months ago it's been working
reliably without a thought from me.

[Dovecot] Moving from cyrus to dovecot (a story)

[Steinar Bang]

The transition was quick, and also (so far) seemingly painless.

The server is an old Pentium II 233 machine that sits between my home
LAN and the internet, and have sitting there, and running night and day
since 1999.  For the first two years it was running SuSE linux, but
since 2001 it has been running debian and been continously upgraded.  It
was originally installed with potato, but have been apt-get
dist-upgrade'd to woody, and then to sarge, and then etch, which is what
it's currently running

I've been using cyrus imapd since 1999 (compiled by hand on SuSE and
using the debian packaged version on debian).

But in all these years I've never become really friendly with it.  In
the years leading up to 1999 I had been running UoW imapd at work, and I
wasn't too impressed with it at that point in time.  The alternative
choices were courier and cyrus, and I picked cyrus more or less
arbitrarily.

By "never become really friendly", I mean
 - I've never really gotten a good understanding of the configuration
 - I've never quite understood what the documentation have said about
   authentication and SSL support.  I've gotten things to work by trial
   and error
 - Four times the seen data bases have become corrupt.  Two times during
   upgrades (one of them after I had switched to skip lists), and two
   times on their own, while I was still running BDB
 - Since delivery was to a central spool and database, owned by user
   cyrus, has meant that I had to use sieve (which is another thing I've
   never quite understood) for mail filtering, instead of dear old
   procmail 

Cyrus has lots of stuff related to scaling and having mailboxes for
users that have no users on the host, but that's not really relevant to
my home server.

Around six months ago I stumbled over dovecot, which from my POV have
the following crucial features:
 1. folders under the users' home directories, either as mbox or as
maildir, which allows me to do list filtering with procmail, and no
central databases that can become corrupt
 2. understandable configuration (the only change I'd had to do in the
debian dovecot, is to allow for cram-md5 authentication)

I decided om maildir as the folder format.  I like the simplicity of
mbox folders, but I have some archive folders with around 20k of
articles each, and maildir would scale a bit better for them.  Also mail
delivery without locking is a very nice feature.

Here's how I proceeded:
 - I set up dovecot on my daughter's Ubuntu Hardy machine
 - I ran imapsync on this machine to extract everything I had on the
   cyrus server to Maildir folders in the users' home directories on the
   Ubuntu box
 - I shut down fetchmail on my gateway box (since ISP port filtering and
   blacklisting of dynamic addresses stops direct SMTP delivery I have
   to use ISP gateways and mail drops)
 - I changed the exim conf on my gateway from using cyrdeliver to
   delivering to a maildir folder in the users' home directory
 - I restored my old .procmailrc file from subversion (my home directory
   is checked into subversion, this was originally a CVS repo that went
   subversion a couple of years ago), merged in the last version of the
   .procmailrc that used cyrdeliver (I gave up on that because the
   .procmailrc file had to be owned by user cyrus, which was very
   impractical), and changed the filtering rules to deliver to maildir
   folders 
 - I tested some delivery
 - I apt-get install'd dovecot from the etch back ports pointed to from
   the dovecot install page

http://wiki.dovecot.org/PrebuiltBinaries#head-477d52d96fcf34ad3033b13e5e5a266ed6421872
   This uninstalled cyrus22-imapd, but not the rest of cyrus 2.2,
   which blocked dovecot from starting after the install
 - I stopped cyrus22 and uninstalled all of the cyrus22 packages
 - I rsync'd the maildir folders from the Ubuntu box to the old mail
   server 
 - I started dovecot
 - I use Gnus as my MUA.  I had removed all nnimap groups related to the
   home server in Gnus, and resubscribed them.  All folders came up in
   the state I had left them.  Gnus stores article state on the server as
   custom marks, and imapsync had preserved the custom flags.  I
   unsubscribed the groups to avoid article caching confusion, because
   imapsync changes the UIDs.  However, all folders except INBOX had
   changed their names, so that didn't matter much 
 - I started fetchmail and sent som test emails, and observed that they
   ended up in the right Maildir folders, and that dovecot picked them
   up as expected

And today I accessed the server from work.  So it looks like I'm back in
business.  This time with a server I understand a lot better.

Thanx for writing it, Timo!


- Steinar

[Dovecot] Moving from pysieved to native ManageSieve?

[Bjørn T Johansen]

If moving from pysieved to Dovecot native ManageSieve implementation, should 
this just work or do I need to do anything
with existing sieve filter rule files, etc?

Any reasons not to do the switch?


Regards,

BTJ
-- 
---
Bjørn T Johansen

[EMAIL PROTECTED]
---
Someone wrote:
"I understand that if you play a Windows CD backwards you hear strange Satanic 
messages"
To which someone replied:
"It's even worse than that; play it forwards and it installs Windows"
---

Re: [Dovecot] moving folders bug - rc4

[Asheesh Laroia]

On Thu, 15 May 2008, Anil wrote:


I am fairly new to dovecot...

I had a user who in outlook tried to move one of the folders into 
another folder but it crapped out.


I kind of fear that Outlook sent the wrong IMAP commands.  Can you 
reproduce this and keep a Dovecot rawlog of the IMAP session?


-- Asheesh.

--
Life, like beer, is merely borrowed.
-- Don Reed

[Dovecot] moving folders bug - rc4

[Anil]

I am fairly new to dovecot...

I had a user who in outlook tried to move one of the folders into
another folder but it crapped out.

User tried to move "Djans*" folders into Koi folder. The subscription
seems to show the folder move but the actual data is still under
".ClickEats.Clients.Djans" instead of ".ClickEats.Clients.Koi.Djans*.

How do I fix this?

Thanks.

[EMAIL PROTECTED]:/apps/mail/clickeats.com/juliam/Maildir# grep -i djan 
subscriptions
ClickEats.Restaurants.Djan's
ClickEats.Clients.Koi.Djans.Online Orders
ClickEats.Clients.Koi.Djans
[EMAIL PROTECTED]:/apps/mail/clickeats.com/juliam/Maildir# ls -a |grep -i djan
.ClickEats.Clients.Djans
.ClickEats.Clients.Djans.Online Orders
.ClickEats.Restaurants.Djan's
[EMAIL PROTECTED]:/apps/mail/clickeats.com/juliam/Maildir#

Re: [Dovecot] Moving Maildir email messages and backing things up.

[Karl Schmidt]

mouss wrote:

Karl Schmidt wrote:

mouss wrote:

karl wrote:
What would happen if I ran a script that did this:

mv ~/Maildir/.folder_one/cur/* ~/Maildir/.folder_two/cur/

My hunch is it might break things.


shouldn't break anything. if the MUA is caching "actions" (happens 
with thunderbird at least), then the view in the client will be 
different but this is not a big problem (at least for me).


So on the server I could run something simple like:

#!/bin/bash
bogofilter  -Ns  -B /home/karl/Maildir/.s-2B-scaned_spam
mv ~/Maildir/.s-2B-scaned_spam/cur/* ~/Maildir/.archived_spam/cur/


you'd better use an "axuiliary" directory:


mv $dir/.Junk.Trash/cur/* $dir/.Junk.Trash/todo/
$learn_spam $dir/.Junk.Trash/todo/  && mv $dir/.Junk.Trash/todo/* 
$dir/.Corpus.junk/cur/


?? not sure I understand your point?? I'm not changing any message - just scanning 
(bogofilter  -Ns  -B ~/Maildir/.s-2B-scaned_spam just reads the files in 
~/Maildir/.s-2B-scaned_spam/cur.  I (and many others) have this part tested and working. ( 
bogofilter adds the header as part of the MTA work before local delivery in my setup).


But, it would be nice if I could move the messages with the same script.

I ran a test - with thunderbird set to an open follder  - I did a move - Thunderbird 
instantly saw the move and everything just worked. BUT!--I'm not comfortable putting this in 
production until I know what is going on inside dovecot during this operation. It would be 
really helpful to know what all the index files were about etc..






Karl Schmidt EMail [EMAIL PROTECTED]
Transtronics, Inc. WEB http://xtronics.com
3209 West 9th StreetPh (785) 841-3089
Lawrence, KS 66049 FAX (785) 841-0434

Subtle recursive jokes in signatures are funny.

Re: [Dovecot] Moving Maildir email messages and backing things up.

[mouss]

Asheesh Laroia wrote:

On Mon, 21 Apr 2008, mouss wrote:


Karl Schmidt wrote:

mouss wrote:

karl wrote:
What would happen if I ran a script that did this:

mv ~/Maildir/.folder_one/cur/* ~/Maildir/.folder_two/cur/

My hunch is it might break things.


shouldn't break anything. if the MUA is caching "actions" (happens 
with thunderbird at least), then the view in the client will be 
different but this is not a big problem (at least for me).


So on the server I could run something simple like:

#!/bin/bash
bogofilter  -Ns  -B /home/karl/Maildir/.s-2B-scaned_spam
mv ~/Maildir/.s-2B-scaned_spam/cur/* ~/Maildir/.archived_spam/cur/


you'd better use an "axuiliary" directory:


mv $dir/.Junk.Trash/cur/* $dir/.Junk.Trash/todo/
$learn_spam $dir/.Junk.Trash/todo/  && mv $dir/.Junk.Trash/todo/* 
$dir/.Corpus.junk/cur/


I think you could get away with using the Maildir built-in "tmp" 
directory if you wanted for this.



no, because you don't want the mv .../tmp/* while mail is being delivered.

better use your own dir. it costs nothing.

Re: [Dovecot] Moving Maildir email messages and backing things up.

[Asheesh Laroia]

On Mon, 21 Apr 2008, mouss wrote:


Karl Schmidt wrote:

mouss wrote:

karl wrote:
What would happen if I ran a script that did this:

mv ~/Maildir/.folder_one/cur/* ~/Maildir/.folder_two/cur/

My hunch is it might break things.


shouldn't break anything. if the MUA is caching "actions" (happens with 
thunderbird at least), then the view in the client will be different but 
this is not a big problem (at least for me).


So on the server I could run something simple like:

#!/bin/bash
bogofilter  -Ns  -B /home/karl/Maildir/.s-2B-scaned_spam
mv ~/Maildir/.s-2B-scaned_spam/cur/* ~/Maildir/.archived_spam/cur/


you'd better use an "axuiliary" directory:


mv $dir/.Junk.Trash/cur/* $dir/.Junk.Trash/todo/
$learn_spam $dir/.Junk.Trash/todo/  && mv $dir/.Junk.Trash/todo/* 
$dir/.Corpus.junk/cur/


I think you could get away with using the Maildir built-in "tmp" directory 
if you wanted for this.


-- Asheesh.

--
Invest in physics -- own a piece of Dirac!

Re: [Dovecot] Moving Maildir email messages and backing things up.

[mouss]

Karl Schmidt wrote:

mouss wrote:

karl wrote:
What would happen if I ran a script that did this:

mv ~/Maildir/.folder_one/cur/* ~/Maildir/.folder_two/cur/

My hunch is it might break things.


shouldn't break anything. if the MUA is caching "actions" (happens 
with thunderbird at least), then the view in the client will be 
different but this is not a big problem (at least for me).


So on the server I could run something simple like:

#!/bin/bash
bogofilter  -Ns  -B /home/karl/Maildir/.s-2B-scaned_spam
mv ~/Maildir/.s-2B-scaned_spam/cur/* ~/Maildir/.archived_spam/cur/


you'd better use an "axuiliary" directory:


mv $dir/.Junk.Trash/cur/* $dir/.Junk.Trash/todo/
$learn_spam $dir/.Junk.Trash/todo/  && mv $dir/.Junk.Trash/todo/* 
$dir/.Corpus.junk/cur/


in short, first move the messages out of "imap" and then learn them.

check the right option for bogofilter so that it doesn't want the 
learned messages to stay in the same place.




Afterwards the MUA 'view' of the folder might not be correct until 
thunderbird re-caches the folder?


I just don't care since this is nothing more than a Junk folder!


Is there a command line tool that would allow for moving emails that 
would do it in a way that dovecot and the MUA would know to update 
caches? 


the MUA will eventually "update" its view. so this is not really a problem.


.,.,

If I have two users share a mail folder, I would think the MUA 'view' 
would also get behind. Is there a way to get thunderbird to re-cache a 
folder?


> but if it's for backup, why are you moving files?

I'm looking into three separate issues: automating spam training, 
backup issues, and sharing folders.


you'd better divide and conquer. you can find good solutions for each 
problem. if you try to find a single solution for all the problems, 
you'll have less choices and you run the risk to get it wrong.


I really wish I could see a list of the ~/Maildir indexing files and 
what they do - probably I don't need to know, but it might help me 
understand what problems I might run into restoring a backup.


metoo:) but given that I could copy mail from courier to dovecot, I took 
it that I don't care much about the "administrative" files.

Re: [Dovecot] Moving Maildir email messages and backing things up.

[Karl Schmidt]

mouss wrote:

karl wrote:
What would happen if I ran a script that did this:

mv ~/Maildir/.folder_one/cur/* ~/Maildir/.folder_two/cur/

My hunch is it might break things.


shouldn't break anything. if the MUA is caching "actions" (happens with 
thunderbird at least), then the view in the client will be different but 
this is not a big problem (at least for me).


So on the server I could run something simple like:

#!/bin/bash
bogofilter  -Ns  -B /home/karl/Maildir/.s-2B-scaned_spam
mv ~/Maildir/.s-2B-scaned_spam/cur/* ~/Maildir/.archived_spam/cur/

Afterwards the MUA 'view' of the folder might not be correct until thunderbird re-caches the 
folder?


Is there a command line tool that would allow for moving emails that would do it in a way 
that dovecot and the MUA would know to update caches?


.,.,

If I have two users share a mail folder, I would think the MUA 'view' would also get behind. 
Is there a way to get thunderbird to re-cache a folder?


> but if it's for backup, why are you moving files?

I'm looking into three separate issues: automating spam training, backup issues, and sharing 
folders.


I really wish I could see a list of the ~/Maildir indexing files and what they do - probably 
I don't need to know, but it might help me understand what problems I might run into 
restoring a backup.



Where can I find a list of files in ~/Maildir/ and a note on what they 
are? (And similarly for a ~/Maildir/.folder)


I'm wondering if everything needs to be backed up, or if I can/should 
skip the indexes. What happens if any of these files changes during 
the backup? (I'm thinking I shouldn't have to stop dovecot for a backup).



Karl Schmidt EMail [EMAIL PROTECTED]
Transtronics, Inc. WEB http://xtronics.com
3209 West 9th StreetPh (785) 841-3089
Lawrence, KS 66049 FAX (785) 841-0434

Misdirection is the key to being a good magician. Magicians tell
you they are doing something while they do something quite
different; much like politicians -- except we can afford magicians.
-KPS

Re: [Dovecot] Moving Maildir email messages and backing things up.

[mouss]

Karl Schmidt wrote:
I just moved to dovecot with Maildir. I think this is probably a 
stupid question, but I couldn't find an answer after an hour of 
googling and searching the wiki.


What would happen if I ran a script that did this:

mv ~/Maildir/.folder_one/cur/* ~/Maildir/.folder_two/cur/

My hunch is it might break things.


shouldn't break anything. if the MUA is caching "actions" (happens with 
thunderbird at least), then the view in the client will be different but 
this is not a big problem (at least for me).


but if it's for backup, why are you moving files?


What if dovecot was stopped?


,.,.,.


Where can I find a list of files in ~/Maildir/ and a note on what they 
are? (And similarly for a ~/Maildir/.folder)


I'm wondering if everything needs to be backed up, or if I can/should 
skip the indexes. What happens if any of these files changes during 
the backup? (I'm thinking I shouldn't have to stop dovecot for a backup).

[Dovecot] Moving Maildir email messages and backing things up.

[Karl Schmidt]

I just moved to dovecot with Maildir. I think this is probably a stupid question, but I 
couldn't find an answer after an hour of googling and searching the wiki.


What would happen if I ran a script that did this:

mv ~/Maildir/.folder_one/cur/* ~/Maildir/.folder_two/cur/

My hunch is it might break things.

What if dovecot was stopped?


,.,.,.


Where can I find a list of files in ~/Maildir/ and a note on what they are? (And similarly 
for a ~/Maildir/.folder)


I'm wondering if everything needs to be backed up, or if I can/should skip the indexes. 
What happens if any of these files changes during the backup? (I'm thinking I shouldn't have 
to stop dovecot for a backup).






Karl Schmidt EMail [EMAIL PROTECTED]
Transtronics, Inc. WEB http://xtronics.com
3209 West 9th StreetPh (785) 841-3089
Lawrence, KS 66049 FAX (785) 841-0434

"Give me four parameters and I can fit an elephant;
Give me five and I can wag its tail."
(The source of the above quote?? Variants have been
attributed to C.F. Gauss, Niels Bohr, Lord Kelvin, Enrico Fermi.)

[Dovecot] Moving main inbox file from /var/mail to ~/mail

[Romain]

Hi list,

I am using Dovecot version 1.0.10 in a Debian package.

At the moment, i have the main INBOX of each user in /var/mail/%u and
others mboxes in ~/mail/.


Here is the line coming from my /etc/dovecot/dovecont.conf
mail_location = mbox:~/mail:INBOX=/var/mail/%u

I would like to move the main inbox in each home folder with the rest of
the others mboxes.

What should be the process ?
Should i only tkahe the network down, update my conf file and move the
inbox of every user ?

Or do I have to do something different ?

Thanks

Regards

Romain
romain(at)abakila(dot)net

Re: [Dovecot] Moving email from a folder to another using IMAP isvery slow (sometimes)

[Stefano Scalise]

Hi to all,

I can confirm that if I downgrade to 1.0.5 version I have no more the
slowness problem. Then I think it is a bug introduced in th 1.1.x releases.
Stefano.

- Original Message - 
From: "Stefano Scalise" <[EMAIL PROTECTED]>

To: "Stefano Scalise" <[EMAIL PROTECTED]>; "Timo Sirainen" <[EMAIL PROTECTED]>
Cc: 
Sent: Tuesday, October 02, 2007 12:04 PM
Subject: Re: [Dovecot] Moving email from a folder to another using IMAP
isvery slow (sometimes)



Hi to all,

very strange! I tried to debug why imap process takes 100% CPu and it is
very slow when I move an email from an imap folder to another imap folder
and then I typed:

strace -tt -o /log-imap.txt -p 

well, during the trace the imap process doesn't crash and it is very fast.
If I stop the tracing, I have again the problem and sometimes the crash of
the process.

Any help?
Thank you,
Stefano.

- Original Message - 
From: "Stefano Scalise" <[EMAIL PROTECTED]>

To: "Timo Sirainen" <[EMAIL PROTECTED]>
Cc: 
Sent: Monday, October 01, 2007 4:21 PM
Subject: Re: [Dovecot] Moving email from a folder to another using IMAP
isvery slow (sometimes)



Sorry, but with the new version (1.1.beta2), I still have the same
problem of very slowness during moving email between two imap folders.
What can I do for debugging it?
Stefano.

- Original Message - 
From: "Timo Sirainen" <[EMAIL PROTECTED]>

To: "Stefano Scalise" <[EMAIL PROTECTED]>
Cc: 
Sent: Sunday, September 30, 2007 1:52 PM
Subject: Re: [Dovecot] Moving email from a folder to another using IMAP
isvery slow (sometimes)

On Wed, 2007-09-26 at 12:05 +0200, Stefano Scalise wrote:

Update to the problem:

I tried to stress the server with many moving and I received:

Sep 26 10:56:40 sirio3 dovecot: IMAP(): Trying to
allocate 0
bytes


This should fix it: http://hg.dovecot.org/dovecot/rev/c6b85cf1e63a

I'll probably make a beta2 release today after fixing several other
things.

Re: [Dovecot] Moving email from a folder to another using IMAP isvery slow (sometimes)

[Stefano Scalise]

Hi to all,

very strange! I tried to debug why imap process takes 100% CPu and it is 
very slow when I move an email from an imap folder to another imap folder 
and then I typed:


strace -tt -o /log-imap.txt -p 

well, during the trace the imap process doesn't crash and it is very fast. 
If I stop the tracing, I have again the problem and sometimes the crash of 
the process.


Any help?
Thank you,
Stefano.

- Original Message - 
From: "Stefano Scalise" <[EMAIL PROTECTED]>

To: "Timo Sirainen" <[EMAIL PROTECTED]>
Cc: 
Sent: Monday, October 01, 2007 4:21 PM
Subject: Re: [Dovecot] Moving email from a folder to another using IMAP 
isvery slow (sometimes)



Sorry, but with the new version (1.1.beta2), I still have the same problem 
of very slowness during moving email between two imap folders. What can I 
do for debugging it?

Stefano.

- Original Message - 
From: "Timo Sirainen" <[EMAIL PROTECTED]>

To: "Stefano Scalise" <[EMAIL PROTECTED]>
Cc: 
Sent: Sunday, September 30, 2007 1:52 PM
Subject: Re: [Dovecot] Moving email from a folder to another using IMAP 
isvery slow (sometimes)


On Wed, 2007-09-26 at 12:05 +0200, Stefano Scalise wrote:

Update to the problem:

I tried to stress the server with many moving and I received:

Sep 26 10:56:40 sirio3 dovecot: IMAP(): Trying to allocate 
0

bytes


This should fix it: http://hg.dovecot.org/dovecot/rev/c6b85cf1e63a

I'll probably make a beta2 release today after fixing several other
things.

Re: [Dovecot] Moving email from a folder to another using IMAP isvery slow (sometimes)

[Stefano Scalise]

Sorry, but with the new version (1.1.beta2), I still have the same problem 
of very slowness during moving email between two imap folders. What can I do 
for debugging it?

Stefano.

- Original Message - 
From: "Timo Sirainen" <[EMAIL PROTECTED]>

To: "Stefano Scalise" <[EMAIL PROTECTED]>
Cc: 
Sent: Sunday, September 30, 2007 1:52 PM
Subject: Re: [Dovecot] Moving email from a folder to another using IMAP 
isvery slow (sometimes)


On Wed, 2007-09-26 at 12:05 +0200, Stefano Scalise wrote:

Update to the problem:

I tried to stress the server with many moving and I received:

Sep 26 10:56:40 sirio3 dovecot: IMAP(): Trying to allocate 
0

bytes


This should fix it: http://hg.dovecot.org/dovecot/rev/c6b85cf1e63a

I'll probably make a beta2 release today after fixing several other
things.

Re: [Dovecot] Moving email from a folder to another using IMAP is very slow (sometimes)

[Timo Sirainen]

On Wed, 2007-09-26 at 12:05 +0200, Stefano Scalise wrote:
> Update to the problem:
> 
> I tried to stress the server with many moving and I received:
> 
> Sep 26 10:56:40 sirio3 dovecot: IMAP(): Trying to allocate 0 
> bytes

This should fix it: http://hg.dovecot.org/dovecot/rev/c6b85cf1e63a

I'll probably make a beta2 release today after fixing several other
things.



signature.asc
Description: This is a digitally signed message part

Re: [Dovecot] Moving email from a folder to another using IMAP is very slow (sometimes)

[Stefano Scalise]

Update to the problem:

I tried to stress the server with many moving and I received:

Sep 26 10:56:40 sirio3 dovecot: IMAP(): Trying to allocate 0 
bytes
Sep 26 10:56:40 sirio3 dovecot: IMAP(): Raw backtrace: imap 
[0x479efc] -> imap [0x4797fc] -> imap [0x48188f] -> imap [0x449f03] -> imap 
[0x44a247] -> imap(index_storage_search_init+0x139) [0x44a559] -> 
imap(cmd_store+0x1bc) [0x418dcc] -> imap(cmd_uid+0x52) [0x419312] -> imap 
[0x41a1a2] -> imap [0x41a16c] -> imap(client_input+0x188) [0x41a438] -> 
imap(io_loop_handler_run+0x139) [0x47fa29] -> imap(io_loop_run+0x28) 
[0x47ee88] -> imap(main+0x3f2) [0x4211c2] -> 
/lib64/tls/libc.so.6(__libc_start_main+0xdb) [0x3bef51c4bb] -> imap 
[0x41476a]

Sep 26 10:56:40 sirio3 dovecot: child 3666 (imap) killed with signal 6

Any help?
Thank you,
Stefano.

- Original Message - 
From: "Stefano Scalise" <[EMAIL PROTECTED]>

To: 
Sent: Wednesday, September 26, 2007 12:00 PM
Subject: Moving email from a folder to another using IMAP is very slow 
(sometimes)




Hi to all,

I am using the new beta release 1.1.

I am experiencing, after the upgrade to the 1.1beta some problems 
regarding the following scenario:


I am conneted with Outlook to dovecot server using IMAP. I have many 
folders and I want to move an email from a folder to another using drag 
and drop. I see that when I move the email, the IMAP process goes to 
90-95% for about 5 seconds and after, the mail is finally moved. I noticed 
that this operation sometimes (20% about) is again fast. There is no 
problem of overload of the server because this mail server, at the moment, 
manage just 1 email address.


Before the upgrade to 1.1beta, this operation was very very fast.

Is there a way to try to debug the IMAP process for understanding what is 
happening?


Thank you for your help.
Stefano. 

[Dovecot] Moving email from a folder to another using IMAP is very slow (sometimes)

[Stefano Scalise]

Hi to all,

I am using the new beta release 1.1.

I am experiencing, after the upgrade to the 1.1beta some problems regarding 
the following scenario:


I am conneted with Outlook to dovecot server using IMAP. I have many folders 
and I want to move an email from a folder to another using drag and drop. I 
see that when I move the email, the IMAP process goes to 90-95% for about 5 
seconds and after, the mail is finally moved. I noticed that this operation 
sometimes (20% about) is again fast. There is no problem of overload of the 
server because this mail server, at the moment, manage just 1 email address.


Before the upgrade to 1.1beta, this operation was very very fast.

Is there a way to try to debug the IMAP process for understanding what is 
happening?


Thank you for your help.
Stefano. 

Re: [Dovecot] Moving a mail between folders and post-processing ?

[tomas]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Thu, Aug 16, 2007 at 12:56:12PM +0100, Jerry Nicholls wrote:
> Hi,
> 
> Within Dovecot is there a way of spotting a change to a folder and
> running a post-processing script [...]

Ah, I posed a similar question (with similar intentions ;-) on this list
this month, kindly answered by Timo et al:

  

Besides, this plug-in (announced this month) very nearly does what "we"
want, so it might be a good start (maybe you could use it as-is):

  

HTH
- -- tomás
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFGxErKBcgs9XrR2kYRAm07AJ9xP5Gc2X2zB7izt6JVLzeJzK0yiACeMBr+
2HSYzLxdMKyYGdLQ+DXYa6A=
=vJjU
-END PGP SIGNATURE-

Re: [Dovecot] Moving a mail between folders and post-processing ?

[Angel Marin]

Jerry Nicholls escribió:

Hi,

Within Dovecot is there a way of spotting a change to a folder and
running a post-processing script on the email that was moved ? I'm
specifically after a way of seeing either an email entering or leaving a
folder - preferably running a different post-process script depending on
the direction. Essentially if an email enters or is moved out of a
'spam' folder I'd like to mark it as 'spam'/'ham' in the Bayesian
filters respectively.

Is there any such mechanism, or should I start looking at how to write a
plugin to achieve this ? If it's the plugin route is there any good
documentation on the plugin APIs etc ?


Have a look at the pipe[1] and dspam[2] plugins.

[1] 
[2] 

--
Angel Marin
http://anmar.eu.org/

[Dovecot] Moving a mail between folders and post-processing ?

[Jerry Nicholls]

Hi,

Within Dovecot is there a way of spotting a change to a folder and
running a post-processing script on the email that was moved ? I'm
specifically after a way of seeing either an email entering or leaving a
folder - preferably running a different post-process script depending on
the direction. Essentially if an email enters or is moved out of a
'spam' folder I'd like to mark it as 'spam'/'ham' in the Bayesian
filters respectively.

Is there any such mechanism, or should I start looking at how to write a
plugin to achieve this ? If it's the plugin route is there any good
documentation on the plugin APIs etc ?

Thanks,
Jerry.
-- 
Jerry Nicholls   E: [EMAIL PROTECTED]
Core Systems & Networks Manager  W:http://www.zen.co.uk/
Zen Internet Ltd.T:0845 058 9000
 F:0845 058 9005

Re: [Dovecot] Moving mboxes around

[tomas]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Thu, Aug 09, 2007 at 04:37:16PM +0300, Timo Sirainen wrote:
> On Mon, 2007-08-06 at 09:07 +, [EMAIL PROTECTED] wrote:
> >  - Is it OK to move mailboxes around from under Dovecot?
> 
> Yes.

Cool. I'm impressed by Dovecot, really :-)

> >  - Is there a way to tell an external application when mail has been
> >moved by a client?
> 
> Not really. There is a plugin for dspam, but there is no generic plugin.

Thanks, I'm starting to discover that. I thought I'd read all, but...
(blush)

> 
> >   - Use the mail_log plugin (seems more attractive). I still have
> > (distro-provided) dovecot 0.99.14, but this would be a good reason
> > to upgrade. (I still don't see where I get the source mailbox in the
> > mail_log messages from, but that's details now).
> 
> Or you could modify the mail_log plugin a bit and have it directly
> execute your wanted commands.

*That* sounds lik an interesting option. I'll look into this.

Thanks a lot
- -- tomás
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFGu1JHBcgs9XrR2kYRAmhEAJsHpsypjmFrO5X3v2Si75PDwqNrAQCeMhBD
Xq0TbVByrqcpsKsB1wW2ksE=
=CHHl
-END PGP SIGNATURE-

Re: [Dovecot] Moving mboxes around

[Timo Sirainen]

On Mon, 2007-08-06 at 09:07 +, [EMAIL PROTECTED] wrote:
>  - Is it OK to move mailboxes around from under Dovecot?

Yes.

>  - Is there a way to tell an external application when mail has been
>moved by a client?

Not really. There is a plugin for dspam, but there is no generic plugin.

>   - Use the mail_log plugin (seems more attractive). I still have
> (distro-provided) dovecot 0.99.14, but this would be a good reason
> to upgrade. (I still don't see where I get the source mailbox in the
> mail_log messages from, but that's details now).

Or you could modify the mail_log plugin a bit and have it directly
execute your wanted commands.



signature.asc
Description: This is a digitally signed message part

[Dovecot] Moving mboxes around

[tomas]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Dovecot gurus,

I have a couple of questions for which I haven't found answers in the
docs (which may be well more a limitation of my capabilities than
anything else). Here they go:

 - Is it OK to move mailboxes around from under Dovecot?

Case in point: I'm using procmail to pass incoming mail through
bogofilter (the standard recipe mentioned in their manpage, which more
or less funnels spam into a "spam" mailbox, unsure into an "unsure" and
non-spam into "inbox"). From time to time I'd like to clear the spam and
unsure mailboxes, using logrotate. Dovecot seems to cope with it. Am I
tempting my luck?

 - Is there a way to tell an external application when mail has been
   moved by a client?

Again: dovecot+bogofilter: from time to time a client checks incoming,
unsure and sometimes spam and decides to move --say-- a mail from unsure
to spam (deciding it's spam, after all) or similar. This is of course
important for the training of bogofilter, so I'd like to trigger a
backend action. I see basically two possibilities:

  - create two more mailboxes, say "spam-indeed" and "ham-indeed". User
is told to move mail into these. Ham-indeed gets re-funneled to
inbox (or something like that). Manual and error prone.

  - Use the mail_log plugin (seems more attractive). I still have
(distro-provided) dovecot 0.99.14, but this would be a good reason
to upgrade. (I still don't see where I get the source mailbox in the
mail_log messages from, but that's details now).

You get the idea, I think. Anyway, I am interested in any ways to
combine dovecot and bogofilter in the backend in a way that I can route
user feedback to the filter without putting too much burden on the user.

Ideas?

Thanks
- -- tomás
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFGtuS4Bcgs9XrR2kYRAkiXAJoDJYZC8DYIxFqCw+HEIn0CCNssQwCfaZjh
z533XFMH36c4Lemv/+gSn9A=
=s87z
-END PGP SIGNATURE-

Re: [Dovecot] Moving new email from the mail spool to the inbox

[Timo Sirainen]

On Sat, 2007-05-05 at 14:48 +0100, Adrian Barker wrote:
> That's right: we cannot change the way that we deliver email, at least
> in the short to medium term, so need to maintain compatibility with the
> UW IMAP server. If we do decide to write a plugin that copies new email
> from the mail spool to the IMAP inbox, is there any documentation on how
> to write plugins ? I could not find any on the wiki.

There's currently no documentation for them. You could look at mail-log
plugin or quota plugin for an example. In any case what you'd want to do
is hook into sync_init() and do the moving there before calling the
parent sync_init().

There are two ways to do this:

a) Dummy copying to ~/mbox. This is slower because then Dovecot needs to
reread the new messages from ~/mbox and write X-UID etc. headers.

b) Open /var/mail/user as read-only mailbox with in-memory indexes.
You'll need to temporarily add MAIL_STORAGE_FLAG_FULL_FS_ACCESS to
storage->flags so that you can open the mailbox. Then use mailbox_copy()
to copy them to ~/mbox.

In both cases after copying is successful, truncate the /var/mail/user.
If something went wrong... well, you should probably at least try to not
leave duplicate mails lying there. With b) option it's easy with
mailbox_transaction_rollback().

See lib-storage/mail-storage.h and lib-storage/mail-storage-private.h



signature.asc
Description: This is a digitally signed message part

Re: [Dovecot] Moving new email from the mail spool to the inbox

[Steffen Kaiser]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Tue, 8 May 2007, Chris Wakelin wrote:


Another thought occurred to me. It needn't be a plugin as such, as it
just needs to run before the imap process proper - see


Three reasons why this is not enough:

1) Long-time IMAP connections,
2) New mail arriving during logged in and
3) out-of-quota condition.

In case 3: Ideally, as soon as a mail is expunged, another pending one can 
be slurped.


Bye,

- -- 
Steffen Kaiser

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iQEVAwUBRkFrmi9SORjhbDpvAQLuYggAhOnzUMuOyuk5+NpPXip0+4HFJR7Z4R90
WKFdViOeqZyiKh/Yvbn7PKT3KJPOH6jLvT7WgreBmVHbMlWdbCe7QbbQYjYQ1ujT
mtR7O/Cg5Gv5B2w2uP2nPkV//j2vj0BQWSGHq/TmJYgzLyYWcchdpEXo+SrmJVX1
9EZhI2MkZWD54ikw7PrnpkSKt5cZHc8GVf7jUyG27Wk8fkhMsRHy3kyHA8s5/QJB
GwMNVyY9H18W5kezbsqCJ6AGtOTC0lUqgVnt1j5oCQ2yzwW/Q158rX3VDdO5FDB7
/zpTGKPhHtIwcC9zthTfcXdpj50PEvnT2cemsYeo6CJ5j9VO4QgU4g==
=4GHo
-END PGP SIGNATURE-

Re: [Dovecot] Moving new email from the mail spool to the inbox

[Chris Wakelin]

Adrian Barker wrote:
> 
> That's right: we cannot change the way that we deliver email, at least
> in the short to medium term, so need to maintain compatibility with the
> UW IMAP server. If we do decide to write a plugin that copies new email
> from the mail spool to the IMAP inbox, is there any documentation on how
> to write plugins ? I could not find any on the wiki.
> 
> 
> Adrian Barker,
> University College London.

Another thought occurred to me. It needn't be a plugin as such, as it
just needs to run before the imap process proper - see
http://wiki.dovecot.org/PostLoginScripting. It could be something as
simple as a shell script doing (though with rather more safeguards):-

exim_lock /var/spool/$USER \
"cat /var/spool/$USER >> ~/mbox && rm /var/spool/$USER"
exec /path/to/dovecot/libexec/imap

though you could probably write a utility using c-client to do it properly.

Best Wishes,
Chris

-- 
--+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+-
Christopher Wakelin,   [EMAIL PROTECTED]
IT Services Centre, The University of Reading,  Tel: +44 (0)118 378 8439
Whiteknights, Reading, RG6 2AF, UK  Fax: +44 (0)118 975 3094

Re: [Dovecot] Moving new email from the mail spool to the inbox

[Adrian Barker]

Jonathan wrote:
> Kenny Dail wrote:
> 
>>> Adrian Barker wrote:
>>> Thanks for replying. We cannot easily change the way we deliver email,
>>> as we have over 30,000 users, who use a mixture of imap, pop and Unix
>>> email clients, so we have to continue to deliver email to a central mail
>>> spool. The MTA that we run is Exim, which has the flexibility to deliver
>>> into the 'Inbox', but we need to remain compatible with non-IMAP
>>> mailers.
> 
>> This is not clear at all, why does the number of users effect the
>> delivery method? What mailbox format are you using?
> 
> I believe Adrian is saying that only some of his 30,000 clients use
> IMAP and he does not want to break existing behaviour for those using
> Unix command line clients.
> 

That's right: we cannot change the way that we deliver email, at least
in the short to medium term, so need to maintain compatibility with the
UW IMAP server. If we do decide to write a plugin that copies new email
from the mail spool to the IMAP inbox, is there any documentation on how
to write plugins ? I could not find any on the wiki.


Adrian Barker,
University College London.

Re: [Dovecot] Moving new email from the mail spool to the inbox

[Jonathan]

Kenny Dail wrote:


Adrian Barker wrote:
Thanks for replying. We cannot easily change the way we deliver email,
as we have over 30,000 users, who use a mixture of imap, pop and Unix
email clients, so we have to continue to deliver email to a central mail
spool. The MTA that we run is Exim, which has the flexibility to deliver
into the 'Inbox', but we need to remain compatible with non-IMAP mailers.



This is not clear at all, why does the number of users effect the
delivery method? What mailbox format are you using?


I believe Adrian is saying that only some of his 30,000 clients use
IMAP and he does not want to break existing behaviour for those using
Unix command line clients.

--
Jonathan

Re: [Dovecot] Moving new email from the mail spool to the inbox

[Eric Rostetter]

Quoting Chris Wakelin <[EMAIL PROTECTED]>:


I guess you're delivering mail to /var/mail/username, and UW-IMAP
"snarfs" (to use the UW term :))  the messages to ~/mbox (if it exists)
whenever the user opens INBOX in IMAP.


Yes, we used to do this also, but we stopped when we went to dovecot.

Since we're a small installation, we just merged the ~mbox files back
into the /var/spool/mail/username files...

Since the person posting the question has 30K users, this may not be
feasible.  Depends on what percentage of them use the ~mbox feature.


It might also be possible to write a Dovecot plugin to emulate the
UW-IMAP "snarf" behaviour, but as far as I know, nobody has.


AFAIK there is none also, but one would be "way cool" to have...


I have to say that our UW-IMAP -> Dovecot transition was painless
(transparent!) and that the performance gains were huge (otherwise we'd
still be "pruning" user's INBOXes into folders for them every few months).


I agree completely.  No one noticed anything except for the blazing
performance change, and I also was able to stop "pruning" user's inboxes.
Was not only painless, but removed a lot of existing pain!


Best Wishes,
Chris


--
Eric Rostetter
The Department of Physics
The University of Texas at Austin

Go Longhorns!

Re: [Dovecot] Moving new email from the mail spool to the inbox

[Chris Wakelin]

I guess you're delivering mail to /var/mail/username, and UW-IMAP
"snarfs" (to use the UW term :))  the messages to ~/mbox (if it exists)
whenever the user opens INBOX in IMAP.

If so, I guess the problem is the Unix file-system clients which expect
to see mail in /var/mail/username? Dovecot can do both IMAP and POP very
well, (and you can specify the mail location for each user independently
if you have to).

You could configure Exim to deliver directly to the user's ~/mbox if,
say, /var/mail/username is empty and ~/mbox exists, and assume that
file-system clients will never have a ~/mbox or let /var/mail/username
be empty. A bit yucky though!

It might also be possible to write a Dovecot plugin to emulate the
UW-IMAP "snarf" behaviour, but as far as I know, nobody has.

We never used the "snarf" behaviour ourselves (except accidentally, when
the new version of UW-IMAP I'd compiled had it built in by default,
unnoticed by me, and a few ancient users had ~/mbox files ...)

I have to say that our UW-IMAP -> Dovecot transition was painless
(transparent!) and that the performance gains were huge (otherwise we'd
still be "pruning" user's INBOXes into folders for them every few months).

Best Wishes,
Chris

Adrian Barker wrote:
> 
> Thanks for replying. We cannot easily change the way we deliver email,
> as we have over 30,000 users, who use a mixture of imap, pop and Unix
> email clients, so we have to continue to deliver email to a central mail
> spool. The MTA that we run is Exim, which has the flexibility to deliver
> into the 'Inbox', but we need to remain compatible with non-IMAP mailers.
> 
> 
> Adrian Barker,
> University College London.
> 
> 
> Andy Shellam wrote:
>> Hi Adrian,
>>
>> I'm thinking this is more of an issue with your MTA, as usually that's
>> responsible for delivering into the mailbox's Inbox.
>>
>> You might want to look at Dovecot's LDA, "deliver"
>> (http://wiki.dovecot.org/LDA).
>> Deliver takes an e-mail piped from your MTA, with appropriate options on
>> the command-line, and delivers it into the relevant mailbox correctly.
>>
>> Regards,
>>
>> Andy.
>>
>> Adrian Barker wrote:
>>> We are considering switching from the Washington UW IMAP server to
>>> Dovecot for performance reasons, but we make use of the feature in the
>>> UW server that automatically moves new email from the mail spool to the
>>> IMAP INBOX. Has anyone implemented this in Dovecot, or considered
>>> implementing it ? We have a large number of users, so cannot easily
>>> change the way that we deliver email.
>>>
>>>
>>>
>>>   
> 
> 

-- 
--+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+-
Christopher Wakelin,   [EMAIL PROTECTED]
IT Services Centre, The University of Reading,  Tel: +44 (0)118 378 8439
Whiteknights, Reading, RG6 2AF, UK  Fax: +44 (0)118 975 3094