Ben Morrow wrote:
> At 9PM +0100 on 15/12/12 Andreas Meyer wrote:
> > Ben Morrow 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 m
At 9PM +0100 on 15/12/12 Andreas Meyer wrote:
> Ben Morrow 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 virtual_mailbox_maps = h
Ben Morrow 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 deli
At 8PM +0100 on 15/12/12 you (Andreas Meyer) wrote:
> Ben Morrow 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 P
Ben Morrow 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 mail to Dove
At 8PM +0100 on 15/12/12 you (Andreas Meyer) wrote:
> Ben Morrow 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 /usr/libexec/dovec
Ben Morrow 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 user:
Daniel Parthey 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 /usr/libexec/dovecot/dovecot-lda
Ben Morrow 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.]
>
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...@anu
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...@anu
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 s
At 4PM +0100 on 15/12/12 you (Andreas Meyer) wrote:
> Ben Morrow 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 o
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 dislak
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=, method=PLAIN,
rip=2001:470:1f0b:1ab3
Hello!
Daniel Parthey wrote:
> Andreas Meyer wrote:
> > Ben Morrow 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 dovec
Andreas Meyer wrote:
> Ben Morrow 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/
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
--
https://plus.google.com/1030218027922767
Ben Morrow 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'?
At 3PM +0100 on 15/12/12 you (Andreas Meyer) wrote:
> Ben Morrow 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
Ben Morrow 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 auth_socket_path
>
Ben Morrow 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 rig
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
Andreas Meyer 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 out the
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 comm
At 9PM +0100 on 14/12/12 Andreas Meyer wrote:
> Ben Morrow 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 per
Hello!
Ben Morrow 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 "foo" |
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
28 matches
Mail list logo
