[Dovecot] Maildir format use question

2009-03-01 Thread Rick Romero

Hey all,

I've got a couple servers using Maildir format.  As I understand it from
a simple perspective, 'new' contains newly delivered messages, and 'cur'
contains messages that have been 'handled'.

I like to keep things simple for users, so rather than have 'Spam',
'Junk' 'ToLearn' and other possibly confusing folders, what I thought I
would do is scan their .Spam/cur folder for mail that was older than an
hour (based on file atime(?) stamp) and feed that through SpamAssassin.
The idea being that anything in 'cur' would:
1. have been moved there by the user.
2. be recently read, and I think if it were innocent, would be handled
within an hour
3. Not contain newly delivered, unread mail.

This is actually what I see when I view my Spam folder through
Evolution.   If I use a PHP webclient - either Horde or Roundcube (I've
captured the debugs if you'd like them), then a simple view of the Spam
folder causes the files to be moved from new/ to cur/.  They are updated
with the :2, - but since nothing was actually done, no flags are added.

So I'm left with a quandry.  I guess the simple question is, Should mail
in cur, EVER not have a flag?  I suppose if it were marked as UNSEEN
after being SEEN, that's possible.  So I just answered myself there :)

Is it possible to have Dovecot NOT move a file from new/ to cur/ until a
flag has been assigned to the mail?  Just from a, possible, performance
standpoint - it seems when accessing an INBOX from a PHP webmail system
with MANY new mails, there is an unnecessary(?) mass move of these files
to another folder.

Thoughts?

Rick




[Dovecot] Remote storage

2009-03-01 Thread Daniel L. Miller
What options are available for remote storage, i.e. storage devices 
directly mounted on the machine running Dovecot?  I've seen discussions 
of NFS usage - but my experiences with NFS in times past have been 
poor.  CIFS has worked well for me for non-mail use - would this be 
suitable?  Or is there another method I've not considered?

--
Daniel


[Dovecot] dovecot imap and thunderbird tags

2009-03-01 Thread Lorenzo Bettini
We've been using an imap(s) dovecot server for a while on an ubuntu 
8.04.2 and we noted that tags set by thunderbird (important, to do, 
etc.) are almost always lost, i.e., when connecting to the same imap 
account from another machine, the tags are not there anymore... this 
always happens for the Inbox, and seldomly for other imap folders... 
anyone else experiencing this?


Note that the same problem does not arise with other imap server accounts...

thanks in advance
Lorenzo

--
Lorenzo Bettini, PhD in Computer Science, DI, Univ. Torino
ICQ# lbetto, 16080134 (GNU/Linux User # 158233)
HOME: http://www.lorenzobettini.it MUSIC: http://www.purplesucker.com
http://www.myspace.com/supertrouperabba
BLOGS: http://tronprog.blogspot.com  http://longlivemusic.blogspot.com
http://www.gnu.org/software/src-highlite
http://www.gnu.org/software/gengetopt
http://www.gnu.org/software/gengen http://doublecpp.sourceforge.net



Re: [Dovecot] Maildir format use question

2009-03-01 Thread Asheesh Laroia

On Sun, 1 Mar 2009, Rick Romero wrote:

So I'm left with a quandry.  I guess the simple question is, Should mail 
in cur, EVER not have a flag?  I suppose if it were marked as UNSEEN 
after being SEEN, that's possible.  So I just answered myself there :)


Just SELECTing a mailbox causes Dovecot to

Is it possible to have Dovecot NOT move a file from new/ to cur/ until a 
flag has been assigned to the mail?  Just from a, possible, performance 
standpoint - it seems when accessing an INBOX from a PHP webmail system 
with MANY new mails, there is an unnecessary(?) mass move of these files 
to another folder.


No, (as I understand it) because the time when they are moved to cur/ is 
when they are assigned UIDs.


You can avoid this performance loss (as I understand it) by using Dovecot 
deliver to deliver the messages straight into cur/. (Others including 
Timo, correct me if I misunderstand!)


-- Asheesh.

--
Many pages make a thick book, except for pocket Bibles which are on very
very thin paper.


Re: [Dovecot] Forwarding with Dovecot

2009-03-01 Thread Steffen Kaiser

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Fri, 27 Feb 2009, Sawtooth500 wrote:


user's home directory, and in the .forward file I put
destination_email_address em...@example.com.


I'd think the line should list email addresses only, but I don't use 
postfix.




Well, it got delivered to the forwarded email just fine. But the sender also
got an undeliverable email from the dovecot mailbox and a copy was not saved
in the dovecot mailbox. I need emails forwarded, and a copy saved in the
dovecot mailbox.


So, if you remove the .forward file, messages get delivered into the 
mailbox?


What's the wording of the undeliverable error? With sendmail you would get 
something like destination_email_address: no such user, because you try 
to forward the mail to a local user named destination_email_address.


Bye,

- -- 
Steffen Kaiser

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

iQEVAwUBSauOw3WSIuGy1ktrAQJDXgf8Cn55bfztDq5RlMktp3+Ky8ozLno9ZI+m
wFgS3soh+pyU/1UTXoz0Q8uUP2JrEB5GJVYs77nogqpFjV91ArlQB3SfjsMGcPqp
NCWzKJA4u7HT/CT8llWoj1n4p0J+dOAZECIncZVTkZhIhgaxxyzqROBN6Zhqo7aS
1PMoPG8umGGyVH6j2g6dBbRe6diemAIQq0pLgsXJpxgJksxIbb01oyhuZpp6V3NK
XxRf0zZ/HBF7GpZ7AmUo32A/kUpbvsuaLtK6EZE96AnWtQiyJO/R8ieJv0xwLqIO
FTV6LpGm0QFQN1aWcGBMam2Yc0DNaMguDgjczyECW4l8+JUbuzqe2w==
=SY6r
-END PGP SIGNATURE-


Re: [Dovecot] Outlook cant delete folders

2009-03-01 Thread Steffen Kaiser

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Fri, 27 Feb 2009, Romer Ventura wrote:

It has been brought to my attention that outlook users cant delete folders 
from their mailbox. They can move them around and erase emails, but when it 
comes to folders, they cant.. Any ideas..?


What are the entries in the logs?

Bye,

- -- 
Steffen Kaiser

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

iQEVAwUBSauPGHWSIuGy1ktrAQJezwf+PVB3JzA0ddiCoP8TvKfd8VhvppvGbnok
0l2p4ludm5p8Y+DTV2GzzFEJ7AQ7q+kmsOmJx6nSSDiKS5DLhoPatP51rTpq6qQd
K3jxbO5p12E3mi38v0N6iDb8iWDfIeci2G9j/Qy6iDwa8FUU8Dzy2RqPhIsWGGsa
jxAZEMLt0KVLEKYu2VDOYcC6cPWdAvkEaKUDQkSnXxYHgzcNhB3ggW+jvj6uWQoK
Qr3jKZobSXigCXmKhIsuyTi17I0K3XgC7kBhd+omhIzpUv51Gt2KHm2hg/creOvN
XMQzWewI37uZHZPoHv6F2hWayvIhhMyWwKy86+98Gc+B8UsoCWKsIg==
=w7gb
-END PGP SIGNATURE-