t: 10
login_max_processes_count: 30
mail_location: maildir:~/Maildir
mail_nfs_index: yes
auth default:
passdb:
driver: passwd
userdb:
driver: passwd
--
Mark Leisher
e option
exists to accomodate potentially broken clients and has potentially
negative effects so I think the default is appropriate.
--
Mark Sapiro mark at msapiro net The highway is for gamblers,
San Francisco Bay Area, Californiabetter use your sense - B. Dylan
he indexes, tune I/O
parameters, etc...) ?
Thanks.
-Mark
most useful to hide the identity of
the perpetrator of a DoS attack. It certainly is not applicable to a
dictionary attack on POP3 or other logins since with a spoofed IP, the
perpetrator will never see the response to determine if the login
attempt was successful.
--
Mark Sapiro <[EMAI
ittle neater
than the per-ip solution if you're in a loadbalanced environment. I
don't see why you need the group by or having statements (assuming you
have normalized tables).
Mark
--
Mark Zealey -- Shared Hosting Team Leader
Product Development * Webfusion
123-reg.co.uk, webfusion
tween two computers and connections are randomly redirected to either
box; so potentially it could be an nfs type corruption issue. Timo, I'll
send you a tarball of the dovecot* files off-list
Thanks,
Mark
--
Mark Zealey -- Shared Hosting Team Leader
Product Development * Webfusion
123-reg.co.uk, webfusion.co.uk, donhost.co.uk, supanames.co.uk
This mail is subject to http://www.gxn.net/disclaimer
I've just found another user that has the exact same error message (same
number of bytes). However, this error only happened once, the user has
logged in successfully since then and there was not an error about the
uidlist having duplicate entries.
Thanks,
Mark
--
Mark Zealey -- Shared Ho
rve_filename: yes
Linux (centos5.2 w/updates). Mount options:
rw,noatime,nodiratime,hard,intr,rsize=32768,wsize=32768,tcp,nocto
Mark
it or
something like that.
Mark
--
Mark Zealey -- Shared Hosting Team Leader
Product Development * Webfusion
123-reg.co.uk, webfusion.co.uk, donhost.co.uk, supanames.co.uk
This mail is subject to http://www.gxn.net/disclaimer
ant see any changes in our nfs access patterns. We use
nfs3 though.
Mark
e
to to the indexes being created/updated though I thought these were
meant to be discontinued after a while if it is just a simple
login/fetch all operation. I only mention this because if you are
offering pop then you should really do the same benchmarks for that.
Mark
> Mark Zealey a écrit :
> > Thanks; these look interesting. We have a similar nas setup
> but we have
> > 2 frontend dovecot servers connecting to it and store the
> indexes over
> > nfs.
> Could you please tell me how have you done this configuration ?
>
:~/Maildir
mmap_disable: yes
mail_nfs_storage: yes
mail_nfs_index: yes
lock_method: dotlock
maildir_copy_preserve_filename: yes
mbox_write_locks: dotlock
This happens for both pop and imap (however more frequently with imap).
Thanks,
Mark
--
Mark Zealey -- Shared Hosting Team Leader
Product Development *
Sounds like an issue with nfs 4 to me? We're running nfs3 very happily
no issues like this have happened. I don't see that running nfs4 offers
many advantages over v3 for the email workload.
Mark
--
Mark Zealey -- Shared Hosting Team Leader
Product Development * Webfusion
123
ine, but not do an authdb lookup; or get it
to read the domain from an environment variable (or be able to print the
contents of an arbitrary environment variable in a formatted string)?
Thanks,
Mark
--
Mark Zealey -- Shared Hosting Team Leader
Product Development * Webfusion
123-reg.co.uk,
As a quick hack, surely you could deliver a dummy file to the inbox and
then login over pop/imap and remove it?
Mark
shot of the
fd's open by the master dovecot process.
Thanks,
Mark
--
Mark Zealey -- Shared Hosting Team Leader
Product Development * Webfusion
123-reg.co.uk, webfusion.co.uk, donhost.co.uk, supanames.co.uk
This mail is subject to http://www.gxn.net/disclaimer
ket:
type: listen
client:
path: /var/spool/postfix/private/auth
mode: 432
user: postfix
group: postfix
--
Mark Sapiro The highway is for gamblers,
San Francisco Bay Area, Californiabetter use your sense - B. Dylan
Timo Sirainen wrote:
>
>On Thu, 2009-01-08 at 11:21 -0800, Mark Sapiro wrote:
>> Jan 8 10:57:01 sbh16 dovecot: Panic: POP3(user2): file
>> mbox-transaction.c: line 54 (mbox_transaction_commit): assertion
>> failed: (mbox->ibox.box.transaction_count > 0 || mbox->
> Sounds like a leak, but I doubt it was a regression. Probably you just
> hit a rare condition.
Yeah I've not seen it happen again since 23rd Dec...
Mark
Timo Sirainen wrote:
>http://dovecot.org/tmp/dovecot-1.1.9.rc.tar.gz
>
>There are a couple of a bit larger changes, so would be nice if a few
>people tested this on different setups before I released the final
>v1.1.9.
It's running here without problem as a pop3 serv
path: /var/run/dovecot/auth-master
mode: 384
--
Thank,
Mark
--
Mark Costlow| Southwest Cyberport | Fax: +1-505-232-7975
che...@swcp.com | Web: www.swcp.com | Voice: +1-505-232-7992
abq-strange.com -- Interesting photos taken in Albuquerque, NM
Last post: Cruising San Mateo I - 2009-01-04 15:20:30
On Wed, Feb 04, 2009 at 01:25:21PM -0500, Timo Sirainen wrote:
> On Wed, 2009-02-04 at 11:17 -0700, Mark Costlow wrote:
> > Hello, I'm preparing to convert from qpopper + UW-IMAP to dovecot.
> > So far testing has gone very well. One problem we haven't figured
> &g
applies cleanly to 1.1 but the
other one doesn't due to some name changes (at least -- I haven't
looked closely at what else might have changed in those files
from 1.1 to 1.2).
Thanks,
Mark
--
Mark Costlow| Southwest Cyberport | Fax: +1-505-232-7975
che...@swcp.com | We
t
should be around 3* max conns you expect to be on the safe side of
things.
Mark
--
Mark Zealey -- Shared Hosting Team Leader
Product Development * Webfusion
123-reg.co.uk, webfusion.co.uk, donhost.co.uk, supanames.co.uk
This mail is subject to http://www.gxn.net/disclaimer
> -Origi
to no, and restarted dovecot, but this didn't help
so I reverted to 2.1.11.
--
Mark Sapiro The highway is for gamblers,
San Francisco Bay Area, Californiabetter use your sense - B. Dylan
Feb 10 17:31:52 sbh16 dovecot: Dovecot v1.2.beta1 starting up (core dumps
disabled)
Feb 10 17:32:3
Timo Sirainen wrote:
>
>On Wed, 2009-02-11 at 10:29 -0800, Mark Sapiro wrote:
>> I tried Dovecot 1.2.beta1 yesterday. I had been using 1.1.11.
>>=20
>> I started getting "Panic: POP3(xxx): Trying to allocate 0 bytes"
>
>Yeah, stupid bug: http://hg.dovecot.o
t can under the circumstances ie
allow read access to mails?
Also, has anyone got experience of how clients handle mailboxes being
read-only? My guess is that pop clients would probably break and
download the same messages over and over?
Thanks,
Mark
--
Mark Zealey -- Shared Hosting Team Leader
Prod
mailbox as read-only if we chmod
-r files, however if the filesystem itself is mounted read-only, dovecot
reports the mailbox as being read-write (dovecot 1.1.6)
Thanks,
Mark
ied making all of the binaries root:mail with g+s, same
as /usr/bin/lockfile, but this was no help.
It also does not help to chmod +t /var/spool/mail.
$ dovecot --version
1.0.7
kernel 2.6.18-92.1.22.el5 centos
mmap_disable = yes (req'd for ~/mail dotlocks, makes no
difference either way for /var/spool/mail)
Any ideas?
Thanks,
Mark
On Thu, 26 Feb 2009, Timo Sirainen wrote:
> On Feb 25, 2009, at 8:55 PM, Mark Hedges wrote:
>
> > I tried making all of the binaries root:mail with g+s,
> > same as /usr/bin/lockfile, but this was no help.
>
> It doesn't, because Dovecot starts them as root and
access_groups = mail does work.
The problem is the same in v1.1.11, which is the latest
stable version from the atrpms site linked from dovecot.org
download for binary packages.
Also, how do I get imap to use a dotlock file when accessing
the inbox? Similar to pop3_lock_session. Am I confused on
how imap works?
Mark
On Thu, 26 Feb 2009, Timo Sirainen wrote:
> On Thu, 2009-02-26 at 12:59 -0800, Mark Hedges wrote:
>
> > Right, mail_privileged_group does not work. Setting
> > mail_access_groups = mail does work.
> >
> > The problem is the same in v1.1.11, which is the late
On Thu, 26 Feb 2009, Mark Hedges wrote:
>
> On Thu, 26 Feb 2009, Timo Sirainen wrote:
>
> > On Thu, 2009-02-26 at 12:59 -0800, Mark Hedges wrote:
> >
> > > Right, mail_privileged_group does not work. Setting
> > > mail_access_groups = mail does work.
On Thu, 26 Feb 2009, Timo Sirainen wrote:
> On Thu, 2009-02-26 at 14:23 -0800, Mark Hedges wrote:
> > Feb 26 14:14:06 anubis dovecot: child 25810 (pop3) killed with signal 11
>
> It shouldn't be crashing. Could you get a gdb backtrace from this?
> http://dovecot.or
On Thu, 26 Feb 2009, Scott Silva wrote:
> > On Thu, 26 Feb 2009, Timo Sirainen wrote:
> >
> >> On Thu, 2009-02-26 at 14:23 -0800, Mark Hedges wrote:
> >>> Feb 26 14:14:06 anubis dovecot: child 25810 (pop3) killed with signal 11
> >> It shouldn't
On Thu, 26 Feb 2009, Timo Sirainen wrote:
> On Thu, 2009-02-26 at 15:04 -0800, Mark Hedges wrote:
> >
> > On Thu, 26 Feb 2009, Timo Sirainen wrote:
> >
> > > On Thu, 2009-02-26 at 14:23 -0800, Mark Hedges wrote:
> > > > Feb 26 14:14:06 anubis dovecot
On Fri, 27 Feb 2009, Timo Sirainen wrote:
> OK, so core dumps are enabled, but for some reason they
> don't get written. There are really only two possibilities
> then:
>
> a) You don't really have mail_drop_priv_before_exec=yes.
> You could verify this with dovecot -n.
[r...@anubis etc]# /usr/l
d version of 1.0.7 will ever be updated.
Compiling from source is a pain but I'll use it for now.
Mark
, 1);'
according to http://kbase.redhat.com/faq/docs/DOC-4897,
since this distro doesn't have
/proc/sys/kernel/core_setuid_ok
I tried using a pristine 1.1.11 source build with a
core_pattern directory that was owned by root, or by
dovecot, or by the user, but I still didn't see a core
there.
Mark
pplied this to a pristine source. Still nothing.
I don't have time to work on this anymore. I have learned
that fighting malfunctioning systems like this is a waste of
time/money. Thanks for fixing the actual problem, though!
I look forward to 1.1.12.
Mark
e home dir ok?)"
Ah yes.
Mar 3 12:34:14 anubis dovecot: child 27262 (pop3) killed
with signal 11 (core not dumped - is home dir set?)
FWIW `finger` and getpwnam in perl report the correct home
directory for this user. Dovecot is using the default pam
config.
Mark
on the various files?
I'm trying to use Mail::Box in perl which I'm having some
problems with, corresponding with the developer, but if
anyone has any easy way out I would appreciate the advice
very much!
Mark
On Tue, 3 Mar 2009, Timo Sirainen wrote:
> On Tue, 2009-03-03 at 13:54 -0800, Mark Hedges wrote:
> > How does IMAP lock the /var/spool/mail/user file?
>
> mbox_read_locks and mbox_write_locks defines it.
mbox_read_locks = fcntl
mbox_write_locks = dotlock fcntl
Unfortunately o
ith openwebmail. And with
> procmail both are still protected by the dotlock.
No, openwebmail only has the choice of either dotlock or
flock, but not both. So in this case, procmail could
deliver using dotlock but openwebmail wouldn't know because
it's only watching for flock. Welcome to my hell!
Mark
On Tue, 3 Mar 2009, Timo Sirainen wrote:
> > > You can change those settings. For example:
> > >
> > > mbox_read_locks = flock
> > > mbox_write_locks = dotlock flock
> > >
> > > Now Dovecot is compatible with openwebmail. And with
> > > procmail both are still protected by the dotlock.
> >
> > No
On Tue, 3 Mar 2009, Scott Silva wrote:
> You could use dovecot's deliver and then you won't need to
> worry about procmails locking.
That's not going to happen either, a large portion of the
application depends on procmail filtering, and that is
totally entrenched.
Mark
enwebmail/modules/filelock.pl
Hrmm, rope, poison, or jumping off a bridge? At this point
I would prefer a firing squad. An excuse to smoke again.
I think the only real answer is to lock the user's password,
kill any dovecot processes with the username in verbose
proctitle (-HUP? -KILL?), then run my expiration script on
their mailboxes. OR, use horde.
Mark
the right options. Thanks
for all your help!
Mark
0.0 4824 1748 ?S13:07 0:00 pop3-login
# dovecot 20598 0.0 0.0 4832 1756 ?S13:07 0:00 imap-login
I think I don't need this anymore but it would be useful.
Mark
> > I think I don't need this anymore but it would be useful.
>
> It works, for imap and pop3 daemon processes. I don't see
> any in your grep.
It does, I was looking at the wrong thing. Thanks.
Mark
;s a known problem. The fix is at
<http://hg.dovecot.org/dovecot-1.2/rev/22d70947597c>.
--
Mark Sapiro The highway is for gamblers,
San Francisco Bay Area, Californiabetter use your sense - B. Dylan
, rip=68.183.193.239, lip=72.52.113.16, TLS
Mar 15 09:36:01 sbh16 dovecot: POP3(mark): fstat(mark.lock) failed: Bad
file descriptor
Mar 15 09:36:04 sbh16 dovecot: POP3(mark): Disconnected: Logged out
top=0/0, retr=1/1919972, del=0/328, size=5381253
Mar 15 09:36:04 sbh16 dovecot: child 9023 (pop3
Timo Sirainen wrote:
>
>On Sun, 2009-03-15 at 10:23 -0700, Mark Sapiro wrote:
>> Mar 15 09:36:01 sbh16 dovecot: POP3(mark): fstat(mark.lock) failed: Bad
>> file descriptor
>> Mar 15 09:36:04 sbh16 dovecot: POP3(mark): Disconnected: Logged out
>> top=0/0, retr=1/19
u have 1.0.5 and I have 1.2.beta3 is that I have
mail_location: mbox:~/Mail:INBOX=/var/spool/mail/%u
In other words, I specify one file for the INBOX and another directory
for everything else. I don't think this works with maildir though.
--
Mark Sapiro mark at msapiro net The hig
nto read-only mode. The machine had to be
power-cycled and dovecot complained the clock was off by 5
minutes. Maybe something else going on with the 2.6.18
kernel? Dunno.
Mark
The "perdition" program will do exactly what you need:
http://www.vergenet.net/linux/perdition/
Mark
On Fri, Apr 24, 2009 at 12:40:36PM +0400, Proskurin Kirill wrote:
> Hello all.
>
> I have 2 Dovecot IMAP servers with different mailboxes. What serves
> different email d
unknown
Jun 4 09:38:05 sbh16 dovecot-auth: pam_unix(dovecot:auth): authentication
failure; logname= uid=0 euid=0 tty=dovecot ruser=mmm rhost=127.0.0.1
So, fail2ban will block based on the pam log.
--
Mark Sapiro mark at msapiro net The highway is for gamblers,
San Francisco Bay Area, Californiabetter use your sense - B. Dylan
On Fri, Oct 8, 2010 at 6:15 AM, Ed W wrote:
>
>> Sometimes, this file isn't deleted and then, you can see a new imap
>> folder called .nfs0159816c245 when you restart your
>> Evolution or another Imap Client.
>
> Something of a workaround, but there is an option to stat each file start
This is copy-pasted from Timo's comment in the "Todays Performance
Data for 2.0.x" thread, but I didn't want to hijack that thread. In
it, Timo says:
service imap {
service_count = 0
}
(i.e. reuse imap processes) reduced the system CPU usage to almost
nothing. But if you use different UIDs for
On Tue, Nov 9, 2010 at 3:05 PM, Timo Sirainen wrote:
> On 9.11.2010, at 22.14, Mark Moseley wrote:
>
>> service imap {
>> service_count = 0
>> }
>>
>> Is that safe to do in imap and/or pop3? Or at least no more insecure
>> than using service_coun
On Tue, Nov 9, 2010 at 3:55 PM, Timo Sirainen wrote:
> On 9.11.2010, at 23.49, Mark Moseley wrote:
>
>> On Tue, Nov 9, 2010 at 3:05 PM, Timo Sirainen wrote:
>>> On 9.11.2010, at 22.14, Mark Moseley wrote:
>>>
>>>> service imap {
>>>> servic
>> Only potential problem is memory leaks that keep increasing the memory
>> usage. Of course there should be no memory leaks. :) You could anyway set
>> something like service_count=1000 to get it to restart after handling 1000
>> connections.
>
> I'll keep that one in mind. Doesn't seem like i
> Timo,
> Any hints on how many POP3 and IMAP connections I'd be able to get
> away with in a single threads with the above setup, assuming they're
> relative busy? I.e. if my boxes typically have, say, 200 concurrent
> POP3 connections and 600 IMAP connections, if I used
> process_min_avail=50 for
>>> Timo,
>>> Any hints on how many POP3 and IMAP connections I'd be able to get
>>> away with in a single threads with the above setup, assuming they're
>>> relative busy?
>
> The problem is that if there is any waiting for locks, all the other
> connections hang there as well waiting for it. Sam
On Tue, Nov 16, 2010 at 10:54 AM, Timo Sirainen wrote:
> On Sun, 2010-11-14 at 06:35 -0800, Marc Perkel wrote:
>> OK - I'm not sure how they get set that way. I must have copied
>> something. Here is my new settings. Is there anything else to change or add?
>>
>> service imap-login {
>> process
While using Ubuntu 10.10 + Dovecot 1.2.12 + Postfix 2.7.1-1:
To export the authentication interface to Postfix, besides the usual
smtpd_sasl_* lines at postfix, I am using: the
following /etc/dovecot/auth.d/somename.auth file:
socket listen {
client {
path = /var/spool/postfix/private/auth-c
On Sat, 4 Dec 2010 19:25:47 +, Timo Sirainen wrote:
> octal (0 prefix).
> decimal (no 0 prefix)
> Yes. v2.0 cleans this up.
Thank you.
M.
While using Ubuntu 10.10 + Dovecot 1.2.12 + Postfix 2.7.1-1:
To enable virtual accounts, I am using the
following /etc/dovecot/auth.d/virtualsomename.auth file:
passdb passwd-file {
args = /etc/dovecot/passwd
}
userdb static {
args = uid=vmail gid=vmail home=/home/vmail/%u
}
EOT
c
On Sat, 4 Dec 2010 22:51:06 +0100, Andreas Ntaflos
wrote:
> Can't really help you with your first question, however this second
> question pertains to Postfix and not Dovecot. But yes, from the looks
> of this header it seems TLS is configured correctly, and yes, "no
> client certificate requeste
On Tue, 07 Dec 2010 23:41:24 +, Timo Sirainen wrote:
> > QUESTION 1: To avoid those Authentication failure errors should I
> > also comment out the passdb pam {...} and userdb passwd {...}
> > blocks in the main /etc/dovecot/dovecot.conf?
>
> Yes.
>
> > I was thinking in something like:
On Wed, Dec 8, 2010 at 3:03 PM, Timo Sirainen wrote:
> On 8.12.2010, at 22.52, Cor Bosman wrote:
>
>> 1 server with service_count = 0, and src/imap/main.c patch
>
> By this you mean service_count=0 for both service imap-login and service imap
> blocks, right?
>
>
Speaking from my own experience,
On Wed, Dec 8, 2010 at 11:54 PM, Ralf Hildebrandt
wrote:
> * Mark Moseley :
>> On Wed, Dec 8, 2010 at 3:03 PM, Timo Sirainen wrote:
>> > On 8.12.2010, at 22.52, Cor Bosman wrote:
>> >
>> >> 1 server with service_count = 0, and src/imap/main.c patch
>>
On Thu, Dec 9, 2010 at 11:13 AM, Ralf Hildebrandt
wrote:
> * Mark Moseley :
>
>> > We're on 2.6.32 and the load only goes up when I change dovecot (not
>> > when I change the kernel, which I didn't do so far)
>>
>> If you at some point upgrade to >
On Thu, Dec 9, 2010 at 12:58 PM, Timo Sirainen wrote:
> On Thu, 2010-12-09 at 10:18 -0800, Mark Moseley wrote:
>
>> Upping the client_limit actually results in less processes, since a
>> single process can service up to #client_limit connections. When I
>> bumped up the c
On Thu, Dec 9, 2010 at 4:54 PM, Stan Hoeppner wrote:
> Mark Moseley put forth on 12/9/2010 12:18 PM:
>
>> If you at some point upgrade to >2.6.35, I'd be interested to hear if
>> the load skyrockets on you. I also get the impression that the load
>> average calcul
2010/12/16 Jose Celestino :
> On Qui, 2010-12-16 at 12:56 +0100, Ralf Hildebrandt wrote:
>> * Cor Bosman :
>
>> > I saw someone also posted a patch to the LKML.
>>
>> I guess I missed that one
>>
>
> http://lkml.org/lkml/2010/12/15/470
Timo, if we apply the above kernel patch, do we still need to
em where the notice in the bug report was received,
so I may have incomplete information and this may not be relevant to
current versions of Dovecot, but I think it is wrong for Dovecot to
report over quota non-delivery via an MDN.
--
Mark Sapiro The highway is for gamblers,
San Franci
ng saved to the Postfix queue but then delivery is
unsuccessful with an error message of:
2010-12-26 23:11:09 deliver(m...@bronsteinlaw.com): Error: userdb lookup:
connect(var/run/dovecot/auth-master) failed: No such file or directory
Any help would be appreciated.
Thanks,
Mark B
Thanks for catching. But same problem even after correcting.
Mark
On 12/26/2010 11:39 PM, Henrique Fernandes wrote:
> It seens you are missing an "/" on auth path
>
> or you did it intencionaly ?
On Sun, 26 Dec 2010 23:20:57 -0500, Mark Bronstein
wrote:
> # 1.2.16: /etc/dovecot/dovecot.conf
> # OS: Linux 2.6.18-194.17.1.el5.028stab070.7 i686 Debian 5.0.7 simfs
> mail_location: maildir:/var/mail/domains/%d/%n/Maildir
> lda:
> postmaster_address: m...@bronsteinlaw.com
&
IDL numbering though of course)
Thanks,
Mark
ctly). I'm
assuming this is actually a bug as from my understanding it's always
worse to create a new pop3 UIDL than to change the ordering.
Mark
05-01-2011 17:28, Mark Zealey yazmış:
Hi there,
I've just been experimenting with the latest
courier-dovecot-migrate.pl script and
On Thu, 13 Jan 2011 13:21:26 +0200, Timo Sirainen wrote:
> http://dovecot.org/releases/2.0/dovecot-2.0.9.tar.gz
> I'm still lagging behind in my email, but I guess it's time to release
> v2.0.9 anyway.
>
> - Linux: Fixed a high system CPU usage / high context switch
> count performance pro
On Thu, 13 Jan 2011 23:59:03 +0100, Philipp Haselwarter
wrote:
> Just wondering, what OS do you use?
Ubuntu (Debian based) server < http://www.ubuntu.com/server >
Main distro has Dovecot 1.2.12, but there are ppa's (a kind of user
maintained, but publicly available repository) with the latest D
On Tue, 18 Jan 2011 11:53:17 +0200, Timo Sirainen wrote:
> Be sure to send a SIGUSR1 signal to dovecot process too so that it
> reopens the logs. (With v2.0 you can use doveadm log reopen.)
Would this do?
/var/log/dovecot.log {
weekly
rotate 4
create 600 root root
size 64k
compress
n
e right file.
>
> Thoughts?
Are you able to get your mail via your pop client?
If so, the log messages are from other attempts (probably by crackers
trying to guess passwords on your system) to log in. Is there a "rip="
in the log messages giving the IP of the originator? If so, i
On 11:59 AM, John Espiro wrote:
>
> On 1/27/2011 7:56 PM, Mark Sapiro wrote:
>> Are you able to get your mail via your pop client?
> Yes.
>> If so, the log messages are from other attempts (probably by crackers
>> trying to guess passwords on your system) to log in.
e.
Sniff the port 110 packets during a login from your client and see
what's going on.
One other thought - Is there more than one account on this server
configured in your client and if so, are they all using STARTTLS?
--
Mark Sapiro The highway is for gamblers,
San Francisco Bay
does its
prohibition include the case of migrating mail, where the
intent is to retain them intact? It would be nice if
Dovecot offered a migration feature which would move a
message from folder to folder without unsetting \Recent.
Mark
On Wed, 16 Feb 2011 16:42:34 +0100, Thomas Skowron
wrote:
> after I have done a dist-upgrade to Squeeze, I got some nasty problem
> with my dovecot. When I try to establish a connection via IMAP, it
> doesn't react and writes the following into my logfile:
We also have systems based in Debian (S
ers.
None of these features/suggestions are show-stoppers; dovecot is a great
program however they're more suggestions of ways it would be useful for
us to improve the software.
Thanks,
Mark
-an' command to check this.
Does dovecot use this port for any reason? anyone seen this before?
Regards,
Mark
On Tue, 08 Mar 2011 17:42:32 +0100, Frank Bonnet
wrote:
> Is there a way to filter some attachments with dovecot ?
These are generic:
altermime (very easy to setup, low resource usage, may be used as
a pipe filter: /usr/bin/altermime --removeall /path/to/email/10, poorly
documented: but 'man a
right?
On Wed, Mar 09, 2011 at 08:23:40PM +0200, Timo Sirainen wrote:
> On 8.3.2011, at 12.43, Mark Adams wrote:
>
> > Warning: Network TCP port 1984 is being used by /usr/lib/dovecot/imap.
> > Possible rootkit: Fuckit Rootkit
> > Use the 'lsof -i' or 'netst
If I am not wrong, debian/watch should be:
--- old/dovecot-2.0.11/debian/watch 2011-03-07 17:24:51.0
+ +++ new/dovecot-2.0.11/debian/watch 2010-12-03
10:04:00.0 + @@ -1,4 +1,4 @@
# watch control file for uscan
version=3
# Site
We have a script in place that watches our logs for this order of
events, so the problem self corrects relatively quickly. But it would
certainly be nice not have this happen at all.
Thanks,
Mark
--
--
I'd rather be burning carbohydrates than hydrocarbons
ver?
All our mail delivery is done with procmail. The majority of the users
are using Maildir, if this matters.
Mark
On Sat, 02 Apr 2011 22:22:57 +0200, Gyuris Szabolcs
wrote:
> If I try clean install of
> dovecot-common dovecot-imapd dovecot-pop3d
> from
> deb http://xi.rename-it.nl/debian stable-auto/dovecot-2.0 main
Try this (if you start as a root, then remove all the sudo's):
# clean old & create fak
fixed.
I don't know if you want to roll this patch into an official release or
not, given it shouldn't really need to be there. I plan on keeping the
patch around, just in case it takes a while for RedHat (upstream?) to
release a proper fix.
Thanks again for your help!
Mark
Timo Sirai
301 - 400 of 591 matches
Mail list logo
