On 12/15/2012 1:44 AM, Peer Heinlein wrote:
But we're having much more then 30 TB of maildata and doing an fsck
on huge partitions takes too much (down-) time for our mailsystem.
Peer are you using NFS or a cluster filesystem? Linux on the hosts or
other?
--
Stan
Hello!
Ben Morrow b...@morrow.me.uk wrote:
At 5PM +0100 on 14/12/12 Andreas Meyer wrote:
dovecot unix - n n - - pipe
flags=DRhu user=vmail:vmail argv=/usr/libexec/dovecot/dovecot-lda -f
${sender} -d ${recipient}
What happens if you run
echo
At 9PM +0100 on 14/12/12 Andreas Meyer wrote:
Ben Morrow b...@morrow.me.uk wrote:
At 5PM +0100 on 14/12/12 Andreas Meyer wrote:
Some month ago I upgraded our dovecot installation from version 1.0.5
to version 2.1.7 without having any trouble. Postfix is delivering
email directly
Hello!
I already added
service auth {
unix_listener auth-userdb {
mode = 0600
user = vmail # User running dovecot-lda
group = vmail # Or alternatively mode 0660 + dovecot-lda user in
this group
You're supposed to understand the comments and then
Andreas Meyer anme...@anup.de wrote:
Well, that looks OK to me; but the only way to test it is to manually
run dovecot-lda as vmail. Is there an auth-userdb socket in your dovecot
sockets directory? Does it have the right permissions?
No, no such socket in /var/run/dovecot
I just found
At 2PM +0100 on 15/12/12 Andreas Meyer wrote:
[Ben Morrow wrote:]
Well, that looks OK to me; but the only way to test it is to manually
run dovecot-lda as vmail. Is there an auth-userdb socket in your dovecot
sockets directory? Does it have the right permissions?
No, no such socket in
Ben Morrow b...@morrow.me.uk wrote:
At 2PM +0100 on 15/12/12 Andreas Meyer wrote:
[Ben Morrow wrote:]
Well, that looks OK to me; but the only way to test it is to manually
run dovecot-lda as vmail. Is there an auth-userdb socket in your dovecot
sockets directory? Does it have the
Ben Morrow b...@morrow.me.uk wrote:
That's not where dovecot-lda is looking, at least not according to the
log above. Is the vmail user able to read dovecot.conf? Do you have more
than one dovecot.conf, with different settings in? I would ask you to
run
doveconf -m lda base_dir
At 3PM +0100 on 15/12/12 you (Andreas Meyer) wrote:
Ben Morrow b...@morrow.me.uk wrote:
That's not where dovecot-lda is looking, at least not according to the
log above. Is the vmail user able to read dovecot.conf? Do you have more
than one dovecot.conf, with different settings in? I
Ben Morrow b...@morrow.me.uk wrote:
# su - vmail
vmail@delta:~ doveconf -m lda base_dir auth_socket_path
base_dir = /usr/var/run/dovecot
auth_socket_path = auth-userdb
But I don't know how to tell dovecot-lda to listen on sockets
in /usr/var/run/dovecot
Do you mean 'connect to'?
Andreas Meyer wrote:
I managed to su to vmail by giving it a shell.
# su - vmail
For security reasons, you should rather not give a login shell
to non-interactive users.
You can temporarily pass a shell to su:
su -s /bin/sh - vmail
Regards
Daniel
--
Andreas Meyer wrote:
Ben Morrow b...@morrow.me.uk wrote:
# su - vmail
vmail@delta:~ doveconf -m lda base_dir auth_socket_path
base_dir = /usr/var/run/dovecot
auth_socket_path = auth-userdb
But I don't know how to tell dovecot-lda to listen on sockets
in
Hello!
Daniel Parthey daniel.part...@informatik.tu-chemnitz.de wrote:
Andreas Meyer wrote:
Ben Morrow b...@morrow.me.uk wrote:
# su - vmail
vmail@delta:~ doveconf -m lda base_dir auth_socket_path
base_dir = /usr/var/run/dovecot
auth_socket_path = auth-userdb
But I
Hi!
I'm using dovecot 2.1.12-r1.
When remote imap server rejects connections then I can't login into
account and MTA can't deliver emails to maildir also.
I'm attaching snippets of logs:
2012-12-15T18:05:43.072594+01:00 meteor dovecot: imap-login: Login:
user=mar...@mejor.pl, method=PLAIN,
On 12/15/2012 1:52 AM, Peer Heinlein wrote:
Making consistent backups from Dovecot with mdbox requires a snapshoted
filesystem with (at least) a short Downtime for Dovecot.
I'd like to avoid killing several thenthousand IMAP-sessions for 60
seconds. Users don't like that... And the admin
At 4PM +0100 on 15/12/12 you (Andreas Meyer) wrote:
Ben Morrow b...@morrow.me.uk wrote:
# su - vmail
vmail@delta:~ doveconf -m lda base_dir auth_socket_path
base_dir = /usr/var/run/dovecot
auth_socket_path = auth-userdb
But I don't know how to tell dovecot-lda to listen on
At 5PM +0100 on 15/12/12 Daniel Parthey wrote:
Andreas Meyer wrote:
I managed to su to vmail by giving it a shell.
# su - vmail
For security reasons, you should rather not give a login shell
to non-interactive users.
[This is good advice.]
You can temporarily pass a shell to su:
su
Andreas Meyer wrote:
hm, what does dovecot-lda do? I think it tries to connect to
/usr/var/run/dovecot/auth-userdb ?
Try to trace the open syscalls of dovecot-lda and its children:
strace -f -eopen /usr/libexec/dovecot/dovecot-lda -f anme...@anup.de -d
anme...@anup.de
#
Andreas Meyer wrote:
hm, what does dovecot-lda do? I think it tries to connect to
/usr/var/run/dovecot/auth-userdb ?
Try to trace the open syscalls of dovecot-lda and its children:
strace -f -eopen /usr/libexec/dovecot/dovecot-lda -f anme...@anup.de -d
anme...@anup.de
This
Ben Morrow b...@morrow.me.uk wrote:
At 5PM +0100 on 15/12/12 Daniel Parthey wrote:
Andreas Meyer wrote:
I managed to su to vmail by giving it a shell.
# su - vmail
For security reasons, you should rather not give a login shell
to non-interactive users.
[This is good advice.]
Daniel Parthey daniel.part...@informatik.tu-chemnitz.de wrote:
Andreas Meyer wrote:
hm, what does dovecot-lda do? I think it tries to connect to
/usr/var/run/dovecot/auth-userdb ?
Try to trace the open syscalls of dovecot-lda and its children:
strace -f -eopen
Ben Morrow b...@morrow.me.uk wrote:
Sending an email from the desktop results in the same error:
# mailq
-Queue ID- --Size-- Arrival Time -Sender/Recipient---
CB9771B3025F 559 Sat Dec 15 16:39:48 anme...@anup.de
(unknown
At 8PM +0100 on 15/12/12 you (Andreas Meyer) wrote:
Ben Morrow b...@morrow.me.uk wrote:
Create a script something like this
#!/bin/sh
echo --- FROM [$1] TO [$2] /tmp/lda-log
/usr/bin/id /tmp/lda-log
/usr/bin/env /tmp/lda-log
exec
Ben Morrow b...@morrow.me.uk wrote:
dovecot unix - n n - - pipe
flags=DRhu user=vmail:vmail argv=/etc/postfix/script.sh ${sender}
${recipient}
OK, then I think the problem is entirely on the Postfix side: it's not
even attempting to deliver the
Ben Morrow b...@morrow.me.uk wrote:
And finally I think I found the problem. There is a transportmap in postfix
integrated that says:
anup.devirtual
.anup.de virtual
I chanched this to
anup.dedovecot
.anup.de dovecot
and mail gets delivered.
At 9PM +0100 on 15/12/12 Andreas Meyer wrote:
Ben Morrow b...@morrow.me.uk wrote:
Before you go any further, please put the virtual_mailbox_maps parameter
back with a map of the valid virtual addresses. Otherwise you'll become
a backscatter source.
Do you mean the old
Ben Morrow b...@morrow.me.uk wrote:
At 9PM +0100 on 15/12/12 Andreas Meyer wrote:
Ben Morrow b...@morrow.me.uk wrote:
Before you go any further, please put the virtual_mailbox_maps parameter
back with a map of the valid virtual addresses. Otherwise you'll become
a backscatter
27 matches
Mail list logo
