er be through the first address (10.1.1.1 in
this example) or potentially across all of them in presumably a round-robin
fashion.
Do you see any problems with this? Has anyone done this?
--
Steven F. Siirila Office: WBOB, 624J
Internet Services E-ma
oth of the above
extensively, but recently loaded up a server with 1.1.8 and found that
the 'imap' process core dumps frequently, so before we pursue later
versions we thought it would be best to downgrade to 1.1.6.
--
Steven F. Siirila Office: WBOB, 62
help on some modern hardware)? Finally,
would it be easy to delegate the task of logging to a dedicated process?
We are still running Dovecot 1.0.0 at this time, on Solaris 10 servers.
--
Steven F. Siirila Office: WBOB, 621F
Internet Services E-mail
On Sat, Oct 20, 2007 at 10:10:00PM +0300, Timo Sirainen wrote:
> On Mon, 2007-10-08 at 16:39 -0500, Steven F Siirila wrote:
> > And in fact your tests (below) reproduced this. The problem with this is
> > that if even one file or directory within the user's IMAP folder sp
Did I miss a reply on this? We're considering modifying Dovecot, but
would like opinions before going down the wrong path...
On Mon, Oct 08, 2007 at 04:39:25PM -0500, Steven F Siirila wrote:
> On Sat, Oct 06, 2007 at 04:28:20AM +0300, Timo Sirainen wrote:
> > On Wed, 2007-10-03
error occurred. Refer to server log for more information.
> [2007-10-06 04:24:48]
> x status foo (messages)
> x NO Internal error occurred. Refer to server log for more information.
> [2007-10-06 04:24:58]
>
> Or even if the mailbox is successfully opened and after that:
>
> x no
On Sun, Jun 17, 2007 at 01:24:46PM +0300, Timo Sirainen wrote:
> On Fri, 2007-06-15 at 14:07 -0500, Steven F Siirila wrote:
> > > Hmm. I wonder how much of a timing window is left; this could be a viable
> > > option for us. However, I would like to consider our future opti
OK, I have some more sane thoughts after we discussed our local situation.
See inline comments.
On Wed, Jun 13, 2007 at 10:51:02PM -0500, Steven F Siirila wrote:
> On Thu, Jun 14, 2007 at 06:22:45AM +0300, Timo Sirainen wrote:
> > On Wed, 2007-06-13 at 17:52 -0500, Steven F Siir
t those specific mailboxes (alerts in a
> very large production environment that are still smtp based).
We also have a very large production environment. Thanks for the ideas.
--
Steven F. Siirila Office: Lind Hall, Room 130B
Internet Services E-ma
On Thu, Jun 14, 2007 at 06:22:45AM +0300, Timo Sirainen wrote:
> On Wed, 2007-06-13 at 17:52 -0500, Steven F Siirila wrote:
> > We are running Dovecot 1.0.0 using mbox format (currently in the midst
> > of conversion from UW IMAP). We discovered today that the Dovecot LDA
>
On Wed, Jun 13, 2007 at 08:30:52PM -0400, John Peacock wrote:
> Steven F Siirila wrote:
> > We are running Dovecot 1.0.0 using mbox format (currently in the midst
> > of conversion from UW IMAP). We discovered today that the Dovecot LDA
> > is accessing the user's INBOX
that scenario??
Comments appreciated.
--
Steven F. Siirila Office: Lind Hall, Room 130B
Internet Services E-mail: [EMAIL PROTECTED]
Office of Information TechnologyVoice: (612) 626-0244
University of Minnesota Fax: (612) 626-7593
posting - so far so good... ;-)
>
> One thing I noticed is that reverse DNS isn't properly configured for
> the new IP 82.118.211.50. This may trigger anti-spam measures at the
> receiver's end...
Indeed. (We noticed) :-\
--
Steven F. Siirila
On Sun, Apr 22, 2007 at 06:41:28PM -0500, Ethan Sommer wrote:
> Steven F Siirila wrote:
> >On Thu, Apr 19, 2007 at 06:22:05PM +0200, Jakob Hirsch wrote:
> >
> >>Quoting Odhiambo WASHINGTON:
>
> >>You can do just that with dovecot, see
> >>http://wik
.
That's worth noting, but...
What about getting notices out to those folks whose IMAP client stays
connected (sometimes for days on end)?
--
Steven F. Siirila Office: Lind Hall, Room 130B
Internet Services E-mail: [EMAIL PROTECTED]
Office of Information TechnologyVoice: (612) 626-0244
University of Minnesota Fax: (612) 626-7593
deliver it at that time via Dovecot LDA?
--
Steven F. Siirila Office: Lind Hall, Room 130B
Internet Services E-mail: [EMAIL PROTECTED]
Office of Information TechnologyVoice: (612) 626-0244
University of Minnesota Fax: (612) 626-7593
; http://dovecot.org/nightly/ contains now snapshots from CVS HEAD. It
> already has tons of new features. I've been using it myself for half a
> year, so it should be mostly stable too. I'll write a separate mail
> about this later.
--
Steven F. Siirila
x27;t exist,
> create it.
> - Convert plugin: Mailbox names weren't converted in subscription
> list.
RC31 is screaming for version 1 to be released: 31 == 1 binary. :)
--
Steven F. Siirila Office: Lind Hall, Room 130B
Internet Servic
On Thu, Mar 29, 2007 at 01:38:59AM +0300, Timo Sirainen wrote:
> On 29.3.2007, at 1.10, Steven F Siirila wrote:
>
> >>Anyway if it happened repeatedly, it would be nice to get the
> >>anonymized mbox and index files. See http://wiki.dovecot.org/
> >>MboxProblems
&
On Thu, Mar 29, 2007 at 01:38:59AM +0300, Timo Sirainen wrote:
> On 29.3.2007, at 1.10, Steven F Siirila wrote:
>
> >>Anyway if it happened repeatedly, it would be nice to get the
> >>anonymized mbox and index files. See http://wiki.dovecot.org/
> >>MboxProblems
&
On Wed, Mar 28, 2007 at 10:24:40PM +0300, Timo Sirainen wrote:
> On 28.3.2007, at 22.13, Steven F Siirila wrote:
>
> >Under Dovecot 1.0-rc27 on Solaris 10 we noticed this error today
> >affecting
> >one of our users repeatedly:
> >
> >Mar 28 14:02:01 myhost d
On Tue, Mar 27, 2007 at 11:02:28PM +0300, Timo Sirainen wrote:
.
.
.
> On 27.3.2007, at 22.40, Steven F Siirila wrote:
> >For the second test, I created $HOME/.imap and $HOME/.imap/INBOX
> >directories with the owner and group set to that of the user (just
error messages there -- and there is only one
dovecot-auth process there as well. Does this sound right?
Also, how many times are these connections retried (and at what sleep
interval, if any) before it gives up?
--
Steven F. Siirila Office: Lind Hall, Room 130B
Internet
rbose: yes
debug: yes
passdb:
driver: pam
args: session=yes *
userdb:
driver: passwd
--
Steven F. Siirila Office: Lind Hall, Room 130B
Internet Services E-mail: [EMAIL PROTECTED]
Office of Information TechnologyVoice: (612) 626-0244
University of Minnesota Fax: (612) 626-7593
8 (imap) killed with signal 6
I have no idea what the user experienced, as we simply noticed this in the
logs (which appear on our consoles, too).
I hope this is enough information, as we do not run with core dumps enabled
on our production servers.
--
Steven F. Siirila O
On Tue, Mar 27, 2007 at 11:02:28PM +0300, Timo Sirainen wrote:
> On 27.3.2007, at 22.40, Steven F Siirila wrote:
>
> >For the first test, there was no $HOME/.imap directory at all.
> >I received the vacation message, but the message which was supposed
> >to be delivered l
where: X is the major version (changes only for major feature updates),
Y is the minor version (changes for minor feature updates), and Z is more
or less a patch level.
--
Steven F. Siirila Office: Lind Hall, Room 130B
Internet Services E-mail: [EMAIL
On Wed, Mar 28, 2007 at 01:58:34AM +0300, Timo Sirainen wrote:
> On Tue, 2007-03-27 at 17:27 -0500, Steven F Siirila wrote:
> >
> > I don't know about that, but what I'm asking is.. how many people
> > are allowing IMAP/POP3 connections (with authentication via us
On Tue, Mar 27, 2007 at 11:28:54PM +0300, Timo Sirainen wrote:
> On 27.3.2007, at 3.35, Steven F Siirila wrote:
>
> >>The problem with this is that it would require adding asynchronous
> >>DNS
> >>library to Dovecot, or alternatively hoping that your DNS serv
t:
Segmentation Fault
It appears that Dovecot LDA assumes that if .imap/FOLDERNAME exists
that the index files must also exist.. I wonder what other assumptions
might cause segfaults.
--
Steven F. Siirila Office: Lind Hall, Room 130B
Internet Services
down (and hanging when it is). I don't really want to implement
> the latter, and adding async DNS library just for proxying which is used
> by very few people seems a bit bloaty.
If we require SSL/TLS connections, are we not always "proxying" connections?
if that is true,
15:13:10 myhostname dovecot: child (login) killed with signal 11
What can I do to further diagnose this problem?
--
Steven F. Siirila Office: Lind Hall, Room 130B
Internet Services E-mail: [EMAIL PROTECTED]
Office of Information Technology
On Mon, Mar 26, 2007 at 03:23:12AM +0300, Timo Sirainen wrote:
> On Fri, 2007-03-23 at 13:08 -0500, Steven F Siirila wrote:
> > We've seen two issues come up with Dovecot LDA, both of which have
> > caused us problems:
> >
> > 1) If the user's home directo
quota in /home,
neither deliver nor any other Dovecot process should attempt to update
them, and instead issue WARNING messages. This allows the e-mail to be
delivered instead of requeued, or worse yet, rejected. Index files are
supposed to make things perform better, not worse, in ALL
I have a handle on this now; it is a Postfix issue...
On Wed, Mar 21, 2007 at 01:50:48PM -0500, Steven F Siirila wrote:
> We are running Postfix 2.3.3 and Dovecot 1.0-RC27 on a Solaris 10 server.
> We use the Dovecot LDA for local delivery. Problems arise with looping mail
> whenever
On Wed, Mar 21, 2007 at 08:57:37PM +0200, Timo Sirainen wrote:
> On Mon, 2007-03-19 at 14:38 -0500, Steven F Siirila wrote:
>
> > A few RC releases ago we had a problem where a user's restored home
> > directory
> > contained a .imap folder either from a previous RC
l_format(default):
pop3_uidl_format(imap):
pop3_uidl_format(pop3): %08Xu%08Xv
namespace:
type: private
separator: /
location: mbox:~/:INBOX=/var/mail/%u
inbox: yes
hidden: yes
auth default:
username_format: %Lu
verbose: yes
debug: yes
passdb:
driver: pam
args: session=yes *
userdb:
but rather have
Dovecot be smart about when to simply re-create them if it detects something
it does not like about them.
--
Steven F. Siirila Office: Lind Hall, Room 130B
Internet Services E-mail: [EMAIL PROTECTED]
Office of Information Technology
refused connections at reboot will fix these. My question is: what
do clients see when this situation arises? Is it transparent, or does the
client/user end up having to re-connect?
--
Steven F. Siirila Office: Lind Hall, Room 130B
Internet Services
driver: pam
args: session=yes *
userdb:
driver: passwd
--
Steven F. Siirila Office: Lind Hall, Room 130B
Internet Services E-mail: [EMAIL PROTECTED]
Office of Information TechnologyVoice: (612) 626-0244
University of Minnesota Fax: (612) 626-7593
40 matches
Mail list logo