Hi!
I set up two mail servers with Postfix and Dovecot and I would like to sync
all mails between the servers. So I set up replication.
Now I'm still getting the following errors:
===Server 1===
Sep 11 13:43:52 mx0 dovecot: master: Dovecot v2.1.7 starting up (core dumps
disabled)
Sep 11
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
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" |
Hello!
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 virtual transport to the maildirs and mailboxes o
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 virtual transport to the maildirs and mailboxes of
> the users in /var/spool/vhosts/dom
Hello all!
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 virtual transport to the maildirs and mailboxes of
the users in /var/spool/vhosts/domains/
Now I want to use dovecot-lda and c
Le 20/11/2012 23:57, Pascal Volk a écrit :
On 11/20/2012 11:53 PM Mathieu R. wrote:
and got this error now :
… lda: Error: user math...@400iso.net: Error reading configuration:
Invalid settings:
postmaster_address setting not given …
You have to configure a valid postmaster_address in
conf
On 11/20/2012 11:53 PM Mathieu R. wrote:
>
> and got this error now :
> … lda: Error: user math...@400iso.net: Error reading configuration: Invalid
> settings:
> postmaster_address setting not given …
You have to configure a valid postmaster_address in conf.d/15-lda.conf
Regards,
Pascal
--
T
Le 20/11/2012 23:11, Pascal Volk a écrit :
On 11/20/2012 11:08 PM Mathieu R. wrote:
Le 20/11/2012 21:10, Pascal Volk a écrit :
On 11/20/2012 09:01 PM Mathieu R. wrote:
i added
dovecot unix - n n - - pipe
flags=DRhu user=vmail:vmail
argv=/usr/local/libexec/d
On 11/20/2012 11:08 PM Mathieu R. wrote:
> Le 20/11/2012 21:10, Pascal Volk a écrit :
>> On 11/20/2012 09:01 PM Mathieu R. wrote:
>>> i added
>>>
>>> dovecot unix - n n - - pipe
>>>flags=DRhu user=vmail:vmail
>>> argv=/usr/local/libexec/dovecot/dovecot-lda -f ${
Le 20/11/2012 21:10, Pascal Volk a écrit :
On 11/20/2012 09:01 PM Mathieu R. wrote:
i added
dovecot unix - n n - - pipe
flags=DRhu user=vmail:vmail
argv=/usr/local/libexec/dovecot/dovecot-lda -f ${sender} -d
${recipient}
in master.cf in order to use LDA, i
On 11/20/2012 09:01 PM Mathieu R. wrote:
> i added
>
> dovecot unix - n n - - pipe
>flags=DRhu user=vmail:vmail
> argv=/usr/local/libexec/dovecot/dovecot-lda -f ${sender} -d ${recipient}
>
> in master.cf in order to use LDA, is that enough ?
>
don't forget:
Le 20/11/2012 20:51, Pascal Volk a écrit :
On 11/20/2012 08:10 PM Mathieu R. wrote:
…
Now i'm trying to configure dovecot to get sieve working, and i
probably missing something, cause i can not get it to fall in
work...
Thanks in advance, if you can help me a bit...
here is my dovecot (2.1.1
On 11/20/2012 08:10 PM Mathieu R. wrote:
> …
> Now i'm trying to configure dovecot to get sieve working, and i
> probably missing something, cause i can not get it to fall in work...
>
> Thanks in advance, if you can help me a bit...
>
> here is my dovecot (2.1.10) conf :
>
>
> 20:07 root@curz
Hello,
i just did set up a mail server with postfix+dovecot+mysql+roundcube
everything work fine.
Now i'm trying to configure dovecot to get sieve working, and i
probably missing something, cause i can not get it to fall in work...
Thanks in advance, if you can help me a bit...
here is my do
On 2012-01-12 6:17 PM, Timo Sirainen wrote:
On 11.1.2012, at 20.53, Geoffrey Broadwell wrote:
So now the hard part is writing the piece that I can't just crib from
elsewhere -- making sure that I hook every place in Dovecot that the
user's voicemail folder can be changed in a way that would cha
On 2012-01-12 6:10 PM, Maarten Bezemer wrote:
Of course I don't know anything about the details of the project (number
of users, requirements for speed of MWI updates, mail storage type,
etc.) but if it's not a very large setup and mail storage is mbox or
maildir, I'd probably go for cron-based
A couple years ago, I wrote some code for our Courier implementation
that sent a magic UDP packet to a small server each time a user modified
their voicemail IMAP folder. That UDP server would then connect back to
Courier via IMAP again and check whether the folder had any unread
messages left
My sincere apologies for the subjectless email (my MUA should have
caught that!); the above is the corrected subject line.
-'f
On Wed, 2012-01-11 at 10:53 -0800, Geoffrey Broadwell wrote:
> I'm working on a Dovecot plugin, but I'm pretty new to Dovecot, so
> there's a LOT to learn about the cod
After adding metadata and imap_annotatemore
to the mail_plugins ANNOTATEMORE is displayed in the CAPABILITIES
output. I still don't have a client which stores events on the imap
server.
So far I didn't succeed with Kontact (Version 4.3.5)
Anybody has experiences with kontact and dovecot as a c
Hello,
I've downloaded the metadata plugin from
http://hg.intevation.org/kolab/dovecot-metadata-plugin
compiled it without errors, made the entries as described in README
in dovecot.conf. Only ANNOTATEMORE or anything else additional
doesn't show up in the capabilties.
Is there anything wrong w
:-> "Timo" == Timo Sirainen writes:
> On Fri, 2011-02-18 at 12:39 +0100, Pierfrancesco Caci wrote:
>> │ ├── dovecot.shared
> dovecot-shared, not dovecot.shared
head -> desk :-(
Thanks
Pf
--
-
On Fri, 2011-02-18 at 12:39 +0100, Pierfrancesco Caci wrote:
> │ ├── dovecot.shared
dovecot-shared, not dovecot.shared
Hello,
I need some guidance with setting up a public namespace with
per-user \Seen flags.
What I want to do is that a group of users access the public
namespaces and if user A reads a message, user B should still
see it as new until he reads it himself.
This is not happening now, and I can'
On 09/14/2010 05:25 PM, Timo Sirainen wrote:
On Tue, 2010-09-14 at 15:28 +0300, alex wrote:
On 09/14/2010 01:30 PM, Timo Sirainen wrote:
On Tue, 2010-09-14 at 12:54 +0300, alex wrote:
* LSUB () "/" "shared//INBOX"
This is wrong .. What do you have in subscriptions file?
I know..
Can you
On Tue, 2010-09-14 at 15:28 +0300, alex wrote:
> On 09/14/2010 01:30 PM, Timo Sirainen wrote:
> > On Tue, 2010-09-14 at 12:54 +0300, alex wrote:
> >
> >> * LSUB () "/" "shared//INBOX"
> >
> > This is wrong .. What do you have in subscriptions file?
>
> I know..
Can you try v2.0? I think there's a
On 09/14/2010 01:30 PM, Timo Sirainen wrote:
On Tue, 2010-09-14 at 12:54 +0300, alex wrote:
* LSUB () "/" "shared//INBOX"
This is wrong .. What do you have in subscriptions file?
I know..
This is the user2 subscription file:
# cat /home/sites/domain.tld/mail/user2/Maildir/subscriptions
T
On Tue, 2010-09-14 at 12:54 +0300, alex wrote:
> * LSUB () "/" "shared//INBOX"
This is wrong .. What do you have in subscriptions file?
On 09/13/2010 06:25 PM, Timo Sirainen wrote:
On Wed, 2010-09-08 at 09:47 +0300, alex wrote:
Now user2 can see the inbox of user1, can read his emails...but:
- in user2 inbox I have (in sq, but also in tb) :
+ shared
- INBOX (don't now what represents, on click :
On Wed, 2010-09-08 at 09:47 +0300, alex wrote:
> Now user2 can see the inbox of user1, can read his emails...but:
>
> - in user2 inbox I have (in sq, but also in tb) :
> + shared
> - INBOX (don't now what represents, on click :
> ERROR: Could not
> complete
On 09/08/2010 11:49 AM, alex wrote:
On 09/08/2010 09:47 AM, alex wrote:
On 09/07/2010 08:28 PM, Timo Sirainen wrote:
On Mon, 2010-09-06 at 18:23 +0300, alex wrote:
I have some problems with setting shared mailboxes . I use
dovecot 1.2.11 with following namespaces :
mail_location: maildir:~
On 09/08/2010 09:47 AM, alex wrote:
On 09/07/2010 08:28 PM, Timo Sirainen wrote:
On Mon, 2010-09-06 at 18:23 +0300, alex wrote:
I have some problems with setting shared mailboxes . I use
dovecot 1.2.11 with following namespaces :
mail_location: maildir:~
okay.
location: maildir:/home/sites
On 09/07/2010 08:28 PM, Timo Sirainen wrote:
On Mon, 2010-09-06 at 18:23 +0300, alex wrote:
I have some problems with setting shared mailboxes . I use dovecot
1.2.11 with following namespaces :
mail_location: maildir:~
okay.
location: maildir:/home/sites/%d/mail/%%n/Maildir/
For consi
On Mon, 2010-09-06 at 18:23 +0300, alex wrote:
> I have some problems with setting shared mailboxes . I use dovecot
> 1.2.11 with following namespaces :
>
> mail_location: maildir:~
okay.
>location: maildir:/home/sites/%d/mail/%%n/Maildir/
For consistency this would also be clearer if it w
I have some problems with setting shared mailboxes . I use dovecot
1.2.11 with following namespaces :
mail_location: maildir:~
namespace:
type: private
separator: .
inbox: yes
list: yes
subscriptions: yes
namespace:
type: private
separator: .
prefix: INBOX.
hidden: yes
list
On Jun 13, 2008, at 5:44 PM, Dan Roberts wrote:
mail_location: mbox:~/mail:INBOX=/var/mail/%u
Like others said, mbox is your problem. For migrating to maildir, see
for example http://wiki.dovecot.org/Migration/MailFormat. Don't bother
trying the convert plugin though, it's broken in 1.0.rc
Scott Silva wrote:
on 6-13-2008 10:24 AM Dan Roberts spake the following:
The intent on my part was not to be trapped, but to simplify life.
I don't work at a command line or system level on a regular enough
basis these days to be 100% confident that I won't screw it up, so
relying on a syst
On 6/13/2008, Dan Roberts ([EMAIL PROTECTED]) wrote:
Using Yum (or whatever it is called) I thought things were up to
date. Though I use to hack code and fearlessly write perl, my
skills are rusty and I don't want to blow a whole in the system.
As I said... add atrpms.net to your available re
on 6-13-2008 10:24 AM Dan Roberts spake the following:
The intent on my part was not to be trapped, but to simplify life. I
don't work at a command line or system level on a regular enough basis
these days to be 100% confident that I won't screw it up, so relying on
a system that is pseudo ca
Charles Marcus píše v Pá 13. 06. 2008 v 13:16 -0400:
> On 6/13/2008, Dan Horák ([EMAIL PROTECTED]) wrote:
> > When CentOS 5.2 is released (I hope it is only very few weeks away), you
> > will get 1.0.7, the same as is in RHEL 5.2.
>
> I would *never* use any OS/distro that dictated what version o
The intent on my part was not to be trapped, but to simplify life. I
don't work at a command line or system level on a regular enough basis
these days to be 100% confident that I won't screw it up, so relying
on a system that is pseudo capable of keeping itself together was a
saccrifice I
On 6/13/2008, Dan Horák ([EMAIL PROTECTED]) wrote:
When CentOS 5.2 is released (I hope it is only very few weeks away), you
will get 1.0.7, the same as is in RHEL 5.2.
I would *never* use any OS/distro that dictated what version of what s/w
I could run.
In this case, all you need to do is lo
Charles Marcus píše v Pá 13. 06. 2008 v 11:50 -0400:
> On 6/13/2008, Dan Roberts ([EMAIL PROTECTED]) wrote:
> > ./dovecote --version returns "1.0.rc15"
>
> Upgrade... then we'll talk...
>
> rc15 is just too old and buggy...
>
When CentOS 5.2 is released (I hope it is only very few weeks away),
On 6/13/2008, Dan Roberts ([EMAIL PROTECTED]) wrote:
./dovecote --version returns "1.0.rc15"
Upgrade... then we'll talk...
rc15 is just too old and buggy...
--
Best regards,
Charles
Hi -
Last year I set up a new CentOS 5 server and through the install
process permitted it to set up dovecot as my IMAP server.
./dovecote --version returns "1.0.rc15"
With the system up and running I moved the tar files of my old email
accounts over and everything seemed to be just fine.
i solve the problem.
the solution is set --syncinternaldates to imapsync and all goes well.
Thank you very much Timo for your answer
workino
On Tue, May 13, 2008 at 7:40 PM, Timo Sirainen <[EMAIL PROTECTED]> wrote:
> On May 13, 2008, at 6:17 PM, Gabriele Fergola wrote:
>
> I tried to migrate fr
On May 13, 2008, at 6:17 PM, Gabriele Fergola wrote:
I tried to migrate from a server courier to dovecot with imapsync
but i get
this errore:
Couldn't append msg #15 (Subject:[Registrazione]) to folder INBOX:
Error
sending command '16 APPEND INBOX (\Answered \Seen) "" {3478}
': 16 BAD Inva
I tried to migrate from a server courier to dovecot with imapsync but i get
this errore:
Couldn't append msg #15 (Subject:[Registrazione]) to folder INBOX: Error
sending command '16 APPEND INBOX (\Answered \Seen) "" {3478}
': 16 BAD Invalid internal date.
thk you in advance
Workino
On Thu, 2008-05-01 at 14:09 +0900, 이경준 wrote:
> checking for jfs/quota.h... yes
If you don't need filesystem quota support, you can remove
HAVE_JFS_QUOTA_H from config.h after configure is run. That might fix
this problem.
Perhaps your AIX version requires some extra #include before
for it to be
Need Help!!
Server : AIX 5.3
Compile Error Message
configure
-
checking jfs/quota.h usability... no
checking jfs/quota.h presence... yes
configure: WARNING: jfs/quota.h: present but cannot be compiled
configure: WARNING: jfs/quota.h: check for mi
WARNING: The following advice has not been specifically tested,
because I do not actually run Dovecot on Solaris. It is based on my
experience with building other open source software on Solaris.
At 1:45 AM -0800 1/17/08, Dovecot Jami wrote:
Hi,
I install dovecot with ldap support at Solar
Hi,
I install dovecot with ldap support at Solaris 10 (x86). I know that solaris
LDAP is broken and so I install openldap. OpenLDAP shared libraries are at
/usr/local/lib and /usr/local/include. While installing dovecot, I did the
followings:
I execute this before run "./configure --
75 matches
Mail list logo
