similar to: cyrus: socket options

Am 16.03.2018 um 13:07 schrieb hw: > > Hi, > > what are the following messages supposed to tell me and does this > indicate a problem? > > > # systemctl status cyrus-imapd > [...] > master[3766]: unable to setsocketopt(IP_TOS): Operation not supported > master[3766]: unable to setsocketopt(IP_TOS): Operation not supported > [...] That's cyrus-imapd

> On 28/08/2019 21:01 R.N.S. via dovecot <dovecot at dovecot.org> wrote: > > > > Am 28.08.2019 um 19:46 schrieb Jakobus Sch?rz via dovecot <dovecot at dovecot.org>: > > > > I think, i had the same problem as you. > > > > When dovecot runs lmtp, no user is logged in, so there is no user from > > which you can get groups. So i think, my

Hello list. I have just a generic question. Exim delivers fine to dovecot-lda. My problems are the logfiles. Whenever I recieve a message Exim writes to dovecot.log as the user who recieves the mail. This forces me to have that logfile world writeable. I don't really like that. How do you guys deal with that? Here my transport: dovecot_delivery: driver = pipe # You may or may not

I think, i had the same problem as you. When dovecot runs lmtp, no user is logged in, so there is no user from which you can get groups. So i think, my solution is (not really sure, if this is right, it's a long time ago, i played around) this transport in exim for local delivery dovecot_delivery:????????????? ? debug_print = "T: dovecot_delivery_pipe for $local_part@$domain translates

hi all, i've exim 4.53RC2 + dovecot-cvs on OSX 10.4.2. i'm working on implementing recipient-delimiters for delivery from exim to a user's imap store using dovecot's cvs-lda. reading on the wiki (Jakob's latest comments?): " ... the part after the delimiter is passed to the lda as an additional parameter. so dovecot-lda should handle that parameter and leave the

On 29.8.2019 12.18, R.N.S. via dovecot wrote: > >> Am 28.08.2019 um 20:02 schrieb Aki Tuomi via dovecot <dovecot at dovecot.org>: >> >> >>> On 28/08/2019 21:01 R.N.S. via dovecot <dovecot at dovecot.org> wrote: >>> >>> >>>> Am 28.08.2019 um 19:46 schrieb Jakobus Sch?rz via dovecot <dovecot at dovecot.org>:

So as to make sure that Dovecot Sieve's vacation system works Exim has to be forced to generate a "Reply-To:" header in the message (which it doesn't do by default). The current example for using the Dovecot LDA with Exim doesn't do this. Here is a replacement example for the local_delivery transport:- local_delivery: driver = pipe command =

I've just started using Dovecot, and can't seem to get the LDA to work. I get the following error: Mar 4 00:47:19 thebighonker dovecot: lda(ler): Error: user ler: Initialization failed: namespace configuration error: Duplicate namespace prefix: "" Mar 4 00:47:19 thebighonker dovecot: lda(ler): Fatal: Invalid user settings. Refer to server log for more information. Mar 4

> On 28/08/2019 21:07 R.N.S. via dovecot <dovecot at dovecot.org> wrote: > > > > Am 28.08.2019 um 20:02 schrieb Aki Tuomi via dovecot <dovecot at dovecot.org>: > > > > > >> On 28/08/2019 21:01 R.N.S. via dovecot <dovecot at dovecot.org> wrote: > >> > >> > >>> Am 28.08.2019 um 19:46 schrieb Jakobus Sch?rz via

Trying to use the deliver utility and getting this error: error: net_connect(/var/run/dovecot/auth-master) failed: No such file or directory -- Marc Perkel - marc at perkel.com Spam Filter: http://www.junkemailfilter.com My Blog: http://marc.perkel.com

Am 12.08.2015 um 20:29 schrieb Dr J Austin: > > > On Wed, 12 Aug 2015, Alexander Dalloz wrote: > > >>> I have been working at trying to get cyrus to listen on 148.197.29.5 >>> interface instead of the localhost - I have failed >>> > >> No square brackets around the ip address. > > imap cmd="imapd" listen="imap"

I guess Dovecot has an LDA called deliver. What is it and how do I use it? Or is it ready to be used. can't find any docs on it. -- Marc Perkel - marc at perkel.com Spam Filter: http://www.junkemailfilter.com My Blog: http://marc.perkel.com

On 29.8.2019 12.30, R.N.S. via dovecot wrote: > >> Am 29.08.2019 um 11:23 schrieb Aki Tuomi via dovecot <dovecot at dovecot.org>: >> >> >> On 29.8.2019 12.18, R.N.S. via dovecot wrote: >>>> Am 28.08.2019 um 20:02 schrieb Aki Tuomi via dovecot <dovecot at dovecot.org>: >>>> >>>> >>>>> On 28/08/2019 21:01

> Date: Wednesday, August 12, 2015 11:14:29 +0100 > From: Dr J Austin <ja at maui.jaa.org.uk> > > > On Tue, 11 Aug 2015, Dr J Austin wrote: > >> >> >> On Tue, 11 Aug 2015, Alexander Dalloz wrote: >> >>> Am 11.08.2015 um 22:28 schrieb Dr J Austin: >>>> >>>> Hi Alexander >>>> >>>> [root

On Tue, 11 Aug 2015, Alexander Dalloz wrote: > Am 11.08.2015 um 17:56 schrieb Dr J Austin: >> Hi >> >> I have been using evolution/cyrus/exim for 10 years - until yesterday! >> >> I upgraded to C6.7 and now there is no way I can find of connecting >> from evo to the cyrus imap(s) server >> >> [root at maui:~]$ ps -ef|grep imap >> cyrus

On Tue, 11 Aug 2015, Alexander Dalloz wrote: > Am 11.08.2015 um 21:47 schrieb Dr J Austin: >>> >>> What does cyrus-imapd log? >>> >>> Alexander >>> >>> >> >> Where should I be looking ? > > /var/log/maillog is the default log file for the MAIL facility. Else check > your syslog() daemon configuration. > >

> Am 29.08.2019 um 11:30 schrieb R.N.S. via dovecot <dovecot at dovecot.org>: > > > >> Am 29.08.2019 um 11:23 schrieb Aki Tuomi via dovecot <dovecot at dovecot.org>: >> >> >> On 29.8.2019 12.18, R.N.S. via dovecot wrote: >>> >>>> Am 28.08.2019 um 20:02 schrieb Aki Tuomi via dovecot <dovecot at dovecot.org>:

I don't know if this is the right place to report this or not. I am building a new server on a 64 bit CentOS 6.0 platform. [root at newmick ~]# cat /etc/redhat-release CentOS Linux release 6.0 (Final) [root at newmick ~]# uname -a Linux newmick.halshome.net 2.6.32-71.29.1.el6.x86_64 #1 SMP Mon Jun 27 19:49:27 BST 2011 x86_64 x86_64 x86_64 GNU/Linux Mail subsystem consists of:

Am 12.08.2015 um 15:16 schrieb Dr J Austin: > Hi Richard > > I have been working at trying to get cyrus to listen on 148.197.29.5 > interface instead of the localhost - I have failed > > Whenever I add things to /etc/cyrus.conf such as > imaps cmd="imapd -s" listen="[148.197.29.5]:imaps" prefork=1 No square brackets around the ip address. >

Am 16.03.2018 um 13:07 schrieb hw: > [...] > ? # lmtp??????????????? cmd="lmtpd -a" listen="lmtp:127.0.0.1" prefork=4 > ? lmtpunix????? cmd="lmtpd -a" listen="/var/lib/imap/socket/lmtp" > prefork=4 > [...] Both definitions are wrong: 1) the lmtp line man cyrus.conf listen=<no default> The UNIX or internet socket to listen on. This