art instances back up as well.
Other then that, looks good. Definitely a great feature.
Thanks,
Andy
---
Andy Dills
Xecunet, Inc.
www.xecu.net
301-682-9972
---
, and the full
username and password is supplied to the back-end server for proper
processing.
Food for thought in case anybody else is implementing this.
Thanks,
Andy
[1] http://wiki2.dovecot.org/PasswordDatabase/ExtraFields/Proxy
---
Andy Dills
Xecunet, Inc.
www.xecu.net
301-682-9972
---
On Fri, 30 Mar 2012, Timo Sirainen wrote:
> On 30.3.2012, at 16.25, Andy Dills wrote:
>
> > However, when we have the front-end server do a static director proxy, the
> > problem is that authentication failures are logged on the back-end server
> > with a source
into
permissions errors with the various service sockets.
Any suggestions?
Thanks,
Andy
---
Andy Dills
Xecunet, Inc.
www.xecu.net
301-682-9972
---
On Mon, 9 Apr 2012, Timo Sirainen wrote:
> On 7.4.2012, at 10.13, Andy Dills wrote:
>
> > Apr 7 02:18:05 mail-out06 dovecot: pop3-login: Fatal: master:
> > service(pop3-login): child 75029 killed with signal 11 (core not dumped -
> > set service pop3-login { d
amp; !grep (/^$1\n/i, @subs)) {
print $fout "$1\n";
} elsif (!grep(/^$sub\n/, @subs)) {
# unknown. keep it as-is.
print $fout "$sub\n";
}
}
close $fin;
close $fin2;
close $fout;
chown $owner_uid, $owner_gid, $out_fname;
}
Thanks in advance for any help or suggestions!
Andy
---
Andy Dills
Xecunet, Inc.
www.xecu.net
301-682-9972
---
On Wed, 27 Feb 2008, Timo Sirainen wrote:
> On Feb 27, 2008, at 8:49 AM, Andy Dills wrote:
>
> > From reading the docs, it appears I would not be able to use the dovecot
> > LDA due to locking issues (bummer), and I should configure dovecot to
> > store index files on a l
IOU
list that I intend to fulfill at some point in the future, and Timo is now
high on the list.
Thanks again!
Andy
---
Andy Dills
Xecunet, Inc.
www.xecu.net
301-682-9972
---
On Thu, 6 Mar 2008, Timo Sirainen wrote:
> On Wed, 2008-03-05 at 11:23 -0500, Andy Dills wrote:
>
> > The impact has been severe! Even with NFS-stored indexes, our netapp is
> > seeing 1/6th of the NFS ops per second, and its CPU utilization is now at
> > 1/3rd previo
ed when a mailbox is checked. Thoughts?
Andy
---
Andy Dills
Xecunet, Inc.
www.xecu.net
301-682-9972
---
On Fri, 7 Mar 2008, Timo Sirainen wrote:
> On Thu, 2008-03-06 at 20:59 -0500, Andy Dills wrote:
>
> > As nice as it is, it's still a personal solution. In my mind we need to
> > have standardized, server-side, MUA-independant sorting rules that get
> > invo
ple
copies on disk is a nice improvement.
Do you have any timelines in mind for this feature? I'd be happy to help
work out the bugs. No pressure, I'm just excited to offer new and useful
functionality to our users.
Andy
---
Andy Dills
Xecunet, Inc.
www.xecu.net
301-682-9972
---
/bin/checkpassword authentication, I can't
imagine using anything else.
Andy
---
Andy Dills
Xecunet, Inc.
www.xecu.net
301-682-9972
---
t all for about 3 hours now and would
> greatly appreciate any help ;)
It sounds like you encrypted the key with a password...you would put that
as the ssl_key_password in the config above.
Andy
---
Andy Dills
Xecunet, Inc.
www.xecu.net
301-682-9972
---
mail needs to
handle by making their regex more dynamic?
Andy
---
Andy Dills
Xecunet, Inc.
www.xecu.net
301-682-9972
---
ons? I'm probably just missing something obvious, not having
messed with setting this up for 6 months.
Thanks,
Andy
---
Andy Dills
Xecunet, Inc.
www.xecu.net
301-682-9972
---
Figured it out. For whatever reason, I didn't need to set the userdb_mail
previously, but you definitely do now.
Thanks,
Andy
On Fri, 25 Jul 2008, Andy Dills wrote:
>
> I'm helping a friend setup a small mailserver using dovecot, and I'm
> finding a strange problem
d the checkpassword lookup is failing; the password
isn't being supplied. Shouldn't it just be doing the prefetch lookup
instead, like the lmtp service?
Andy
---
Andy Dills
Xecunet, Inc.
www.xecu.net
301-682-9972
---
On Feb 4, 2013, at 8:56 PM, Timo Sirainen wrote:
> On Mon, 2013-02-04 at 12:08 -0500, Andy Dills wrote:
>> We have a checkpassword authentication with mysql pre-fetch for the
>> userdb lookups.
>>
>> When trying to do:
>>
>> doveadm search -u andyt...@
nd then things started to work as expected.
Is that how it should be setup now?
Thanks again for help getting me straightened out! This all started
because I want to start purging the trash with doveadm instead of 'find'
with -delete.
Andy
---
Andy Dills
Xecunet, Inc.
www.xecu.net
301-682-9972
---
that since doveadm is aware of both
instances, that it should be aware of which one's config to use for
connecting to director for proxy information.
Thanks,
Andy
---
Andy Dills
Xecunet, Inc.
www.xecu.net
301-682-9972
---
default_destination_recipient_limit = 50
lmtp_destination_recipient_limit = $default_destination_recipient_limit
local_destination_recipient_limit = 1
relay_destination_recipient_limit = $default_destination_recipient_limit
smtp_destination_recipient_limit = $default_destination_recipient_limit
virtual_destination_recipient_limit = $default_destination_recipient_limit
Is "dovecot_destination_recipient_limit" being converted into local_ ?
Thanks,
Andy
---
Andy Dills
Xecunet, Inc.
www.xecu.net
301-682-9972
---
this: http://smartsieve.sourceforge.net/
>
> has someone tried this or knows something similar ?
Judging from the screenshots, it's pretty clearly a ripoff of Ingo from
Horde, which I'm currently testing and am pretty happy with.
http://www.horde.org/ingo/
Andy
---
Andy Dills
Xecunet, Inc.
www.xecu.net
301-682-9972
---
eeBSD port maintainer hasn't updated yet?).
Suggestions? Right now we just check every couple of hours for affected
users, and then delete all of the dovecot files for the affected user,
which ends the error.
Thanks,
Andy
---
Andy Dills
Xecunet, Inc.
www.xecu.net
301-682-9972
---
Thanks to the suggestion by Larry off-list, I snagged an official patch
from the FreeBSD PR and now the ports are compiling cleanly.
I'll report back if I get the errors again.
Thanks,
Andy
---
Andy Dills
Xecunet, Inc.
www.xecu.net
301-682-9972
---
On 05/30/2014 15:34, Andy Dills wrote
lem accounts.
Andy
---
Andy Dills
Xecunet, Inc.
www.xecu.net
301-682-9972
---
On 05/30/2014 16:02, Larry Rosenman wrote:
I actually submitted the PR's. I'm waiting for the real maintainer to
approve or for the 2 week timeout.
As I said, it's doing great for me :)
On Fri, May 30,
We just upgraded from 2.1.16 to 2.2.13, and we have been have horrendous
troubles with outlook since the upgrade.
For users with large mailboxes, they are unable to sync their folders. Perhaps
this is specifically because of the problem you are mentioning Timo.
The only solution we could come u
so if
somebody has a minute to share an explanation that would be cool.
Andy
-
ANDY DILLS - XECUNET, LLC
5744-R Industry Lane
Frederick MD 21704
www.xecu.net [2]
P: 301-682-9972
P: 1-877-XECUNET
F: 240-215-0351
Twitter [3]
Facebook [4]
-
ging this? It's very infrequent, but yet quite
annoying. Seems to have started since we upgraded to 2.2.13 (from an older
2.1 build) earlier this year.
Thanks,
Andy
---
Andy Dills
Xecunet, Inc.
www.xecu.net
301-682-9972
---
hg into
production? Would I be better off waiting for an official 2.2.14?
Thanks,
Andy
---
Andy Dills
Xecunet, Inc.
www.xecu.net
301-682-9972
---
index-transaction-export.c: line 203
(log_append_ext_hdr_update): assertion failed: (u32.offset + u32.size <=
ext_hdr_size)
---
-----
ANDY DILLS - XECUNET, LLC
5744-R Industry Lane
Frederick MD 21704
www.xecu.net [1]
P: 301-682-9972
P: 1-877-XECUNET
F:
r use that for
selection instead of the user-supplied username?
I'm open to suggestions on how best to accomplish this.
Thanks,
Andy
---
Andy Dills
Xecunet, Inc.
www.xecu.net
301-682-9972
---
't seem to manifest in any
particular way; no user complaints. Just the occasional log message.
I would guess this is a bug? I'm open to suggestions and I'd be happy to
post config if somebody has an idea.
Thanks,
Andy
---
Andy Dills
Xecunet, Inc.
www.xecu.net
301-682-9972
---
On 12/08/2014 03:07, Teemu Huovila wrote:
A config would always be useful, but I can venture a guess. Perhaps the
affected users have a dovecot.index.cache file
somehwere, e.g. under INBOX, that is larger than the memory limit for
the lmtp process. Try increasing "default_vsz_limit" or
the "s
34 matches
Mail list logo
