On Mon, 2007-05-14 at 14:56 -0700, Daniel L. Miller wrote:
Is Dovecot grabbing the file from new and moving it to cur faster
than ASSP can write?
Possible, if it uses inotify there.
How can I get around this? ASSP only allows for a
folder to save each category to - I can't specify an
On 15.5.2007, at 5.16, John Robinson wrote:
One possibility would be to set uid_file=/vmail/%d gid_file=/
vmail/%d.
I guess that would be good. Added to TODO, but I'm not sure when I
get
around to implementing it.
Something like the attached?
Otherwise it's OK, but I'd want it to work
On Mon, 2007-05-14 at 11:39 -0500, Eric Rostetter wrote:
You can setup a ssh tunnel on the server on any port. The user then
sets up to connect to that port. The authentication can be done anyway
you want, or not at all. We're not talking ssh logins to the server,
we're talking ssh
On 14.5.2007, at 23.09, Stewart Dean wrote:
My production imap is currently UWIMAP with mbox.. One of the
problems commonly observed is mailbox lock loss, which happens when:
a) a VIP has multiple secretaries accessing a single mailbox
(actually, they are professional enough to have figured
On 14.5.2007, at 17.54, Ralf Hildebrandt wrote:
One, just one (!) of our users gets:
May 14 16:47:17 postamt dovecot: imap-login: Login:
user=username, method=PLAIN, rip=141.42.x.y, lip=ip.of.the.server
May 14 16:47:17 postamt dovecot: imap-login: Login:
user=username, method=PLAIN,
* Timo Sirainen [EMAIL PROTECTED]:
This happens at every login? I thought I'd never see this racing
error.
I found the reason:
The User had a symlink in his $HOME/Maildir/cur, which pointed to a
NON-existing file :(
Courier-IMAP ignored that, dovecot bailed out.
I removed the bogus
On Tue, 2007-05-15 at 11:48 +0200, Ralf Hildebrandt wrote:
* Timo Sirainen [EMAIL PROTECTED]:
This happens at every login? I thought I'd never see this racing
error.
I found the reason:
The User had a symlink in his $HOME/Maildir/cur, which pointed to a
NON-existing file :(
I've
* Timo Sirainen [EMAIL PROTECTED]:
I've changed Dovecot's behavior now also:
x fetch * body
imap(tss): Error: Maildir: Symlink destination doesn't
exist: /home/tss/Maildir/cur/dgdgd
* 40 FETCH (BODY (text plain NIL NIL NIL 7bit 0 0 NIL NIL NIL))
x OK Fetch completed.
So it logs an
Hello Ralf,
Ralf Hildebrandt [EMAIL PROTECTED], [20070515 - 12:37:36]
* Timo Sirainen [EMAIL PROTECTED]:
I've changed Dovecot's behavior now also:
x fetch * body
imap(tss): Error: Maildir: Symlink destination doesn't
exist: /home/tss/Maildir/cur/dgdgd
* 40 FETCH (BODY (text plain
* Stephan Holl [EMAIL PROTECTED]:
Are you willing to elaborate a bit about your setup, hardware, config,
etc?
This would be good to know what mailsystem is behind that values :-)
Debian/testing, hand-rolled 2.6.21.1-NOHZ-SMP kernel
The users are stored in /etc/passwd (for historical reasons
On Mon, 14 May 2007 15:39:45 -0400
Charles Marcus [EMAIL PROTECTED] wrote:
If I've made configuration changes, is there a way to
refresh...without killing and restartingDovecot?
kill -HUP pid
=or=
killall -HUP dovecot
Postfix has a reload option... May I suggest the
On Tue, 15 May 2007 10:24:36 -0400
Marshal Newrock [EMAIL PROTECTED] wrote:
Postfix has a reload option... May I suggest the same for dovecot?
The dovecot init script may well have a reload option which HUPs
dovecot.
In FreeBSD, all you need to do is add the 'restart' flag to the
Quoting Johannes Berg [EMAIL PROTECTED]:
On Mon, 2007-05-14 at 11:39 -0500, Eric Rostetter wrote:
You can setup a ssh tunnel on the server on any port. The user then
sets up to connect to that port. The authentication can be done anyway
you want, or not at all. We're not talking ssh logins
I'm used to putting things in inetd and,
1) should dovecot crash, I'd think it would get restarted if it was
invoked from inet's imap-login
2) it would get started well after the boot
...wouldn't that be preferable. Enlighten me, please
--
Stewart Dean, Unix System Admin, Henderson
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Stewart Dean wrote:
I'm used to putting things in inetd and,
1) should dovecot crash, I'd think it would get restarted if it was
invoked from inet's imap-login
2) it would get started well after the boot
...wouldn't that be preferable. Enlighten
I think the most common Dovecot newbie problems are:
- Not looking at the (correct) logs for errors
- Authentication problems
- Mail location problems
- Mail permission problems
Below are some of my ideas how I could stop people from asking these
questions with future Dovecot (v1.1+)
On Fri, 2007-05-11 at 11:50 -0700, Troy Engel wrote:
Session:
a) add $Label1
b) add $Label2
c) select INBOX.Drafts
d) select INBOX
e) remove $Label2
f) remove $Label1
Alas, I can't spot where the problem is in the conversation; can I zip
up both logs and send to you? (they're pretty
On Mon, 2007-05-14 at 12:22 +0200, Erland Nylend wrote:
Hello Timo,
On 2007-05-11, 16:18, Timo Sirainen wrote:
On Tue, 2007-04-24 at 12:49 +0200, Erland Nylend wrote:
| Apr 24 11:42:08 smtp2 postfix/qmgr[6176]: 05BAE3B67E: from=,
size=3055, nrcpt=1 (queue active)
| Apr 24 11:42:08
Hi all,
most of the time deleted messages aren't moved into trash folder but go
into nirwana. Sometimes it works correctly. But a restart does not
guarantee this function. This effect exists with different imap clients.
Can anybody help please.
Rainer Sigl
--
-
Rainer Sigl,
19 matches
Mail list logo
