* Robert Schetterer, 2007-04-07 02:59
[EMAIL PROTECTED]:~ gpg --search-keys --keyserver subkeys.pgp.net
Schetterer
gpg: searching for Schetterer from hkp server subkeys.pgp.net
(1) Robert Schetterer [EMAIL PROTECTED]
1024 bit DSA key F475EA81, created: 2007-03-27
thx for
On 6.4.2007, at 23.29, Richard Stockton wrote:
At 12:32 PM 4/6/2007, you wrote:
It would be helpful to me if there were more logging options
available. For example, I would like to see a record of each
email deleted, with the filename (if maildir), and size in the log.
See
On 7.4.2007, at 3.08, guenther wrote:
Well, here at least. ;) I recently found out by accident about
support
for gzip compressed mbox files. While this is great for archives to
keep
wasting of space down to a minimum, unfortunately it is read only
-- no
support for rw access.
Is
On 7.4.2007, at 3.11, guenther wrote:
However, I'd like to confirm what I see is how it is expected to work.
Since the Inbox with this layout is is part of the ~/.mail dir just
like
any other mbox file (or subdir), I am concerned with getting a
second
Inbox mail folder in the client. I did
On 7.4.2007, at 6.31, Timothy Martin wrote:
Apr 6 21:19:34 design1st dovecot: Temporary failure in creating
login processes, slowing down for now
Apr 6 21:19:34 design1st dovecot: Created login processes
successfully, unstalling
Hmm. This should probably be changed so that it won't
On 6.4.2007, at 15.36, Mart Pirita wrote:
dovecot: Apr 06 15:16:13 Error: POP3(spam): Mailbox conversion:
Failed to create destination storage with data: maildir:/home/
testMaildir
This should fix it: http://dovecot.org/list/dovecot-cvs/2007-April/
008619.html
PGP.sig
Description: This
On 6.4.2007, at 21.14, Justin McAleer wrote:
Timo Sirainen wrote:
On 6.4.2007, at 17.55, Justin McAleer wrote:
Timo, in rc30, deliver is not creating user directories properly.
It looks like it goes straight to creating the maildir, without
creating the home directory first if it doesn't
On Sat, 2007-04-07 at 10:55 +0300, Timo Sirainen wrote:
On 7.4.2007, at 3.11, guenther wrote:
However, I'd like to confirm what I see is how it is expected to work.
Since the Inbox with this layout is is part of the ~/.mail dir just like
any other mbox file (or subdir), I am concerned
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Stephan Bosch schrieb:
Hello dovecot users,
I have updated the MANAGESIEVE patch to fix the currently known small
problems with the protocol implementation. It is designed for rc28, but
also compiles cleanly with the current cvs branch_1_0.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Timo Sirainen schrieb:
** Configuration **
namespace shared {
prefix = user/%u/
location = maildir:/home/%u/Maildir:INDEX=~/Maildir/shared-indexes
}
So the only difference to how it's configured now is that %u is expanded
to whatever
Tere.
On 6.4.2007, at 15.36, Mart Pirita wrote:
dovecot: Apr 06 15:16:13 Error: POP3(spam): Mailbox conversion:
Failed to create destination storage with data:
maildir:/home/testMaildir
This should fix it:
http://dovecot.org/list/dovecot-cvs/2007-April/008619.html
Pathed the v1.30
On 7.4.2007, at 14.31, Robert Schetterer wrote:
for acl public folders with virtual domains, wouldnt it be a good idea
to have them in sql as backend?
Why?
PGP.sig
Description: This is a digitally signed message part
On 7.4.2007, at 19.02, Troy Engel wrote:
What I was finding with testers is that each person's login process
was rewriting permissions on the subscriptions file and the index
files didn't work out for the same reason; 1 person would drop an
email into a subfolder (MissedSpam e.g.), Dovecot
Hi folks,
I've poked through the archives and google and have not seen how do do this.
Is it possible to virtualize ALL emails on a system? That is, I want
delivery only to e.g. /var/mail/vmail/domain.tld/user/Maildir/, and for
authentication userdb to:
1) Try /etc/passwd, and if someone is
If you want #1, it seems that you're not really looking to virtualize
all emails on the system, but rather have fall-through
virtualization. I don't know if that's possible or not. I *do* know,
because I have it set up this way, that's it possible to virtualize
everything, and then, in
On 19:26:45 2007-04-07 Ben [EMAIL PROTECTED] wrote:
2) Authenticate off a mysql db or similar.
I have a fully virtualised mail system based on sqlite database
with exim and dovecot and deliver.
Basicaly you tell the MTA where to check for accounts to accept mails
Tell dovecot and deliver
Thanks for the suggestion,
That's a good idea, but unfortunately where the home directories lie, the users
actually need to be members of 2 groups - so they both can't be primary.
However, it seems odd to me that Dovecot would REQUIRE access to the $HOME
directory, when I am only using it to
On 7.4.2007, at 20.35, Brent Nesbitt wrote:
However, it seems odd to me that Dovecot would REQUIRE access to
the $HOME directory, when I am only using it to pop mail from /var/
mail (which it has full access to) - and I am not using imap access
at all.
Well, you don't HAVE to give Dovecot
On 7.4.2007, at 19.23, [EMAIL PROTECTED] wrote:
1) Try /etc/passwd, and if someone is there, automatically append the
default domain, otherwise,
auth_default_realm is probably helpful here.
Is this kind of fallthrough user lookup and auth. possible with
dovecot?
Thanks - I hadn't seen that before.
If I'm understanding what you're getting at, you're referring to:
Modify mail_location setting so that the mail root directory is also the
empty directory and append :INDEX=MEMORY to it.
For example: mail_location =
Although Dovecot is already read-lockless and it uses only short-
lived write locks, it's be really nice to just get rid of the locking
completely. :)
I just figured out that O_APPEND is pretty great. If the operating
system updates seek position after writing to a file opened with
On 7.4.2007, at 21.56, Brent Nesbitt wrote:
Which unfortunately, doesn't work. Even with these settings, or
putting mbox, INBOX, INDEX all in /var/mail - dovecot still fails
after successful authentication with an error that it can't chdir
to the mail user's home directory; which, of
On 7.4.2007, at 22.36, Brent Nesbitt wrote:
Yes, I am using passwd - as I also have webmail using these same
logins - so changing the actual home directory won't work either.
At this point I am using popa3d instead of dovecot - but Dovecot is
a much more capable program, so I thought it
On Sat, Apr 07, 2007 at 10:30:25PM +0300, Timo Sirainen wrote:
I just figured out that O_APPEND is pretty great. If the operating
system updates seek position after writing to a file opened with
O_APPEND, writes to Dovecot's transaction log file can be made
lockless. I see that this
Finally, why does Outlook suck?
Outlook is - and always has been - designed first and foremost as a
client for Microsoft Exchange.
It actually works very well in that environment. It also woakrs
reasonably well as a standlone POP client, but its IMAP support has
always been lees than
Andraž 'ruskie' Levstik schrieb:
On 13:28:29 2007-04-07 Robert Schetterer [EMAIL PROTECTED] wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Stephan Bosch schrieb:
Hello dovecot users,
I have updated the MANAGESIEVE patch to fix the currently known small
problems with the protocol
Timo Sirainen schrieb:
On 7.4.2007, at 14.31, Robert Schetterer wrote:
for acl public folders with virtual domains, wouldnt it be a good idea
to have them in sql as backend?
Why?
Hi Timo,
as imap clients that are able to edit imap acls are rare
( thunderbird, Outlook cant do it yet i think
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Robert Schetterer schrieb:
Andraž 'ruskie' Levstik schrieb:
On 13:28:29 2007-04-07 Robert Schetterer [EMAIL PROTECTED] wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Stephan Bosch schrieb:
Hello dovecot users,
I have updated the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Timo Sirainen wrote on 7-4-2007 21:30:
Could you BSD people try if it works there?
http://dovecot.org/tmp/append.c and see if it says offset = 0
(bad) or non-zero (yay). The O_APPEND at least doesn't work with
NFS, so it'll have to be optional
29 matches
Mail list logo
