Am 08.05.2013 11:25, schrieb Jan-Frode Myklebust:
> Thanks, nice graphs. I've attached a graph over LMTP delays per minute as
> seen from the postfix side on one of our servers. This includes delays
> caused by both delivery to dovecot LMTP, and also LMTP communication
> internally on the mailserve
Thank you very much for the additional context.
On 2013-05-08, at 9:40 PM, Ben Morrow wrote:
> At 4AM + on 9/05/13 you (Earles, Jill) wrote:
>> Wow, that is a lot of detail. Thank you very much. I appreciate the
>> Unix security perspective - that's something I'm trying to learn more
>
At 4AM + on 9/05/13 you (Earles, Jill) wrote:
> Wow, that is a lot of detail. Thank you very much. I appreciate the
> Unix security perspective - that's something I'm trying to learn more
> about and be more in tune with as a new systems administrator.
>
> We are not using dotlocks, and
I should have done more work myself before writing that last message. I
quickly found that MTA is Mail Transfer Agent. In my case, this is Postfix.
And MDA is Mail Delivery Agent, in my case, this is Dovecot LDA. More details
to read at http://wiki.dovecot.org/LDA/Postfix.
Thanks again, Ben
0750 seems to work just fine.
I would like to know about MTA and MDA if you're willing to give me a quick
rundown.
Thank you very much for all of your help.
On 2013-05-08, at 9:11 PM, "Earles, Jill" wrote:
> Wow, that is a lot of detail. Thank you very much. I appreciate the Unix
> secur
Wow, that is a lot of detail. Thank you very much. I appreciate the Unix
security perspective - that's something I'm trying to learn more about and be
more in tune with as a new systems administrator.
We are not using dotlocks, and the adduser command does create all the mailbox
files with
At 2AM + on 9/05/13 you (Earles, Jill) wrote:
> >>
> >> May 8 17:46:49 moose dovecot: pop3(lib.sysadmin): Error:
> >> stat(/var/spool/mail/lib.sysadmin) failed: Permission denied
> >
> > This is interesting: normally stat only fails if the permissions on the
> > directory (that is, /var/sp
Thank you very much for your quick response. Problem solved (see below for
details).
On 2013-05-08, at 6:47 PM, Ben Morrow wrote:
> At 12AM + on 9/05/13 you (Earles, Jill) wrote:
>> I've been pouring over the documentation for dovecot, but can't find a
>> solution to this problem. I re
At 12AM + on 9/05/13 you (Earles, Jill) wrote:
> I've been pouring over the documentation for dovecot, but can't find a
> solution to this problem. I recently took over administration of the
> dovecot email service at the University where I work, and things were
> going smoothly. We've been
I've been pouring over the documentation for dovecot, but can't find a solution
to this problem. I recently took over administration of the dovecot email
service at the University where I work, and things were going smoothly. We've
been creating email accounts for use with JIRA, a bug reportin
At 9PM +0200 on 8/05/13 you (Tobi) wrote:
> Am 08.05.2013 19:21, schrieb Ben Morrow:
> > At 6PM +0200 on 7/05/13 you (Tobi) wrote:
> >> I tried with removing the base_dir definition from my config, restartet
> >> dovecot and checked with the commands you provided below:
> >> <<
> >> root@nordka
On Wed, 2013-05-08 at 20:57 +0100, Ben Morrow wrote:
>
> More importantly, it only works with clients (browsers) which are new
> enough to send SNI. If you use, for instance, any version of IE on
> Windows XP, it will not work.
>
Even old linux clients since 2006 (oldest copies of galeon and
On Tue, 2013-05-07 at 09:25 +0200, Axel Luttgens wrote:
> Reading RFCs is kind of an art.
>
That we certainly agree on :)
> Let's have a look at RFC 2119:
>
> Authors who follow these guidelines should incorporate this phrase
> near the beginning of their document:
>
>
At 10AM -0600 on 8/05/13 you (Trever L. Adams) wrote:
> Hello everyone,
>
> I have seen: http://wiki.dovecot.org/HowTo/ImapProxy. It doesn't seem to
> fit what I need.
That page is for Dovecot 1.x, which is obsolete. You should be reading
http://wiki2.dovecot.org/PasswordDatabase/ExtraFields/Pro
Am 08.05.2013 19:21, schrieb Ben Morrow:
At 6PM +0200 on 7/05/13 you (Tobi) wrote:
I tried with removing the base_dir definition from my config, restartet
dovecot and checked with the commands you provided below:
<<
root@nordkap:~# doveconf -d base_dir
base_dir = /usr/local/var/run/dovecot
roo
At 6PM +0200 on 7/05/13 you (Tobi) wrote:
>
> I tried with removing the base_dir definition from my config, restartet
> dovecot and checked with the commands you provided below:
> <<
> root@nordkap:~# doveconf -d base_dir
> base_dir = /usr/local/var/run/dovecot
> root@nordkap:~# doveconf base_d
Am 08.05.2013 18:04, schrieb Trever L. Adams:
> Is this possible? Can this be implemented in dovecot? If not, does
> anyone know of such a project. Proxy needs to not have any exploitable
> holes and really only needs to understand enough SSL to get the
> server_name, pass through the connection,
Hello everyone,
I have seen: http://wiki.dovecot.org/HowTo/ImapProxy. It doesn't seem to
fit what I need.
Unfortunately, I cannot use TLS. I have to use SSL. Also, I would rather
not duplicate the certificates for the IMAP servers. Hence nginx doesn't
seem to be a good choice either.
I am hoping
Le 8 mai 2013 à 14:42, Chris Saldanha a écrit :
> Hi,
>
> Is there a configuration element that would allow me to change the dot-lock
> name for the user's /var/mail inbox when it is locked?
Hello Chris,
This seems to be fully hard-coded.
> dovecot (correctly) acquires .lock, but I'm having
Hello,
i use dovecot 2.1.7 and exported all my XLIST FolderSettings to userdb
Whole Story is here:
http://dovecot.org/list/dovecot/2013-March/089209.html
This is all successful, but there is one problem left.
I use lines like this to realize individual XLIST Foldernames in usedb:
namespace/inb
Hi,
Is there a configuration element that would allow me to change the
dot-lock name for the user's /var/mail inbox when it is locked? dovecot
(correctly) acquires .lock, but I'm having a problem with
procmail where some obscure code path is preventing procmail's
acquisition of a lock when i
Thanks, nice graphs. I've attached a graph over LMTP delays per minute as
seen from the postfix side on one of our servers. This includes delays
caused by both delivery to dovecot LMTP, and also LMTP communication
internally on the mailservers between postfix and amavis. Unfortunately it
says nothi
Hi Tobi,
> my problem is not why /usr/local is used
> I choose this prefix intentionally so that I have the new dovecot
> separeted from the "old" one from debian backports.
As I tried to say in my mailing list post '/usr/local' is the right
choice to avoid conflicts with binary packages pro
Am 08.05.2013 10:25, schrieb Jan-Frode Myklebust:
> On Mon, May 6, 2013 at 4:37 PM, Timo Sirainen wrote:
>
>> On 29.4.2013, at 15.30, Jan-Frode Myklebust wrote:
>>
>>
>>> Is it possible to collect info about POP3 and LMTP commands also ?
>>
>> No. I think they would be pretty boring statistics,
On Mon, May 6, 2013 at 4:37 PM, Timo Sirainen wrote:
> On 29.4.2013, at 15.30, Jan-Frode Myklebust wrote:
>
>
> > Is it possible to collect info about POP3 and LMTP commands also ?
>
> No. I think they would be pretty boring statistics, since with POP3 pretty
> much everything causing disk I/O o
Le 8 mai 2013 à 02:44, voy...@sbt.net.au a écrit :
> On Wed, May 8, 2013 10:34 am, Reindl Harald wrote:
>
>> yes
>> http://developer.apple.com/library/mac/documentation/Darwin/Reference/Man
>> Pages/man1/dovecot.1.html
>>
>>
>> and for the archive itself imapsync and cron is his friend
>
> Rei
26 matches
Mail list logo
