Can we move dovecot.config to /etc/dovecot/ ?
MVH Magnus Granberg Ume.Nu
Hello Magnus,
Magnus Granberg, 06.08.2006 (d.m.y):
Can we move dovecot.config to /etc/dovecot/ ?
You can decide where to put the "example" dovecot.conf by declaring "--sysconfdir" at ./configure time.
./configure --help will reveal some more options you can change to fit your needs.
Regards, Christian Schmidt
-- Wenn der Bauer in die Jauche fliegt, der Ochse sich vor Lachen biegt.
Tere.
I'd like to use dovecot with sieve, however, without Dovecot LDA, is this possible?
-- Mart
Mart Pirita wrote:
I'd like to use dovecot with sieve, however, without Dovecot LDA, is this possible?
No, not at this time. Dovecot only handles delivery to the base Maildir or mbox. Anything more complicated requires the use of an actual LDA. Is there some reason you don't want to use the Dovecot LDA?
John
-- John Peacock Director of Information Research and Technology Rowman & Littlefield Publishing Group 4501 Forbes Blvd Suite H Lanham, MD 20706 301-459-3366 x.5010 fax 301-429-5747
Tere.
No, not at this time.
But maybe in future?
Dovecot only handles delivery to the base Maildir or mbox. Anything more complicated requires the use of an actual LDA.
Hmm, but if Dovecot handles the Maildir in my case, then why can't Dovecot do mail filtering on the fly, for example, first all mail will delivered to the main Inbox, but as the client connects, Dovecot reads the rules and places them to separate mailbox etc according to the previously configured rules. In this case, it is not delivery, it's more like moving.
Is there some reason you don't want to use the Dovecot LDA?
Actually no, but I'd just like that separate software does separate things, Sendmail or Postfix as MTA and Dovecot as imap/pop server.
-- Mart
On 2006-08-06 21:14:06 +0300, Mart Pirita wrote:
No, not at this time. But maybe in future? Dovecot only handles delivery to the base Maildir or mbox. Anything more complicated requires the use of an actual LDA.
Hmm, but if Dovecot handles the Maildir in my case, then why can't Dovecot do mail filtering on the fly, for example, first all mail will delivered to the main Inbox, but as the client connects, Dovecot reads the rules and places them to separate mailbox etc according to the previously configured rules. In this case, it is not delivery, it's more like moving.
and than an user returns after 2 weeks vacation and dovecot starts sorting 10000 mails?
sounds stupid no?:)
Is there some reason you don't want to use the Dovecot LDA?
Actually no, but I'd just like that separate software does separate things, Sendmail or Postfix as MTA and Dovecot as imap/pop server.
you keep the things seperated. you just no longer use the postfix local/virtual for delivery but dovecot's lda (/usr/lib/dovecot/deliver)
all the rest of the smpt handling, spam checking is still done before your mail is passed to dovecot's lda. another nice side effect of using "deliver" is the auto updates for the indeces. that speeds up mail checking.
i have that here running all fine with:
- postfix 2.3
- dovecot + dovecot-sasl
- dovecot-lda + sieve plugin
- mysql for virtual users
- postfixadmin to configure virtual users.
darix
-- openSUSE - SUSE Linux is my linux openSUSE is good for you www.opensuse.org
Mart Pirita wrote:
Actually no, but I'd just like that separate software does separate things, Sendmail or Postfix as MTA and Dovecot as imap/pop server.
But that's exactly the case here. Sendmail or Postfix as MTA, deliver or procmail as LDA, and dovecot as POP/IMAP. If you are using Postfix (or qmail) you are already using a standalone local delivery agent, that simply accepts mail from the MTA and performs the local delivery.
Server-side filtering should not, IMHO, have anything to do with the client logging in. By handling the filtering during delivery, the client application gets the benefit of filtering without having to do any remote moves.
John
-- John Peacock Director of Information Research and Technology Rowman & Littlefield Publishing Group 4501 Forbes Blvd Suite H Lanham, MD 20706 301-459-3366 x.5010 fax 301-429-5747
participants (6)
-
Christian Schmidt
-
John Peacock
-
Magnus Granberg
-
Marcus Rueckert
-
Mart Pirita
-
Scott Alter