from a mail server that
was authorized to send from that domain, -and- the ability to embed
that signature into the message itself rather than relying on only the
source IP address to give that information.
Everyone has different opinions on the usefulness of SPF, but the
reality of it is, DomainKeys solves the entire problem. SPF doesn't.
--
Dean Brooks
[EMAIL PROTECTED]
t's not how it was originally designed to be used.
I don't disagree that it has devolved into just another spam scoring
device though.
It's not even a very good one, since you can't easily determine if a
message is simply being forwarded. As such, the score modifiers
tend to be low.
--
Dean Brooks
[EMAIL PROTECTED]
nfs_flush_file_handle_cache_dir() in nfs-worksarounds.c
probably needs to reflect EEXIST as well as ENOTEMPTY.
--
Dean Brooks
[EMAIL PROTECTED]
dirsize with
no problems, but wanted to check first.
--
Dean Brooks
[EMAIL PROTECTED]
tead of returning nothing?>
a005 list "" Trash" <*** Unbalanced quote causes total lockup!
It appears that Squirrelmail, and possibly others, are using the LIST
command to test for the presence of a mailbox, but it seems impossible
to get an exact match.
Am I missing something here?
--
Dean Brooks
[EMAIL PROTECTED]
On Tue, Dec 04, 2007 at 03:43:44PM +0200, Timo Sirainen wrote:
> On Mon, 2007-12-03 at 16:11 -0500, Dean Brooks wrote:
> > a003 list "" Trash*
> > * LIST (\NoInferiors \UnMarked) "/" "Trash"
> > a003 OK List completed.
>
> Works here:
>
On Tue, Dec 04, 2007 at 03:43:44PM +0200, Timo Sirainen wrote:
> On Mon, 2007-12-03 at 16:11 -0500, Dean Brooks wrote:
> > a003 list "" Trash*
> > * LIST (\NoInferiors \UnMarked) "/" "Trash"
> > a003 OK List completed.
>
> Works
On Tue, Dec 04, 2007 at 07:34:37PM +0200, Timo Sirainen wrote:
> On Tue, 2007-12-04 at 12:12 -0500, Dean Brooks wrote:
> > However, no matter what configuration changes I make, Dovecot refuses
> > to list a filesystem mailbox unless you specify a wildcard:
> >
> > x
->d_name, filename, sizeof(dirent->d_name));
#endif
There is probably a cleaner way to deal with this though. From what I
can tell, this is the only place in Dovecot where a sizeof() is done
on d_name.
Unfortunately, Dovecot beta11 is not usable in a production
environment under Solaris until this issue is resolved.
--
Dean Brooks
[EMAIL PROTECTED]
:
mechanisms: plain login
passdb:
driver: shadow
userdb:
driver: passwd
plugin:
quota: fs
--
Dean Brooks
[EMAIL PROTECTED]
ot configurable, can a delay be hardcoded to something
like, say, 10 or 15 seconds?
--
Dean Brooks
[EMAIL PROTECTED]
On Tue, Jan 01, 2008 at 11:22:31PM +0200, Timo Sirainen wrote:
> On Tue, 2008-01-01 at 15:59 -0500, Dean Brooks wrote:
> > Is there a way, or can a way be added, to add an "auth_failed_delay=10s"
> > style option that would put in an artificial delay after a fa
or
all of it at once. :)
Until those features are in place, larger sites have to just cross
their fingers and hope that the current rash of attacks will slow over time.
--
Dean Brooks
[EMAIL PROTECTED]
On Tue, Jan 01, 2008 at 03:46:23PM -0800, Asheesh Laroia wrote:
> On Tue, 1 Jan 2008, Dean Brooks wrote:
> >Is there a way, or can a way be added, to add an "auth_failed_delay=10s"
> >style option that would put in an artificial delay after a failed
> >password a
procmail,
other IMAP daemons, etc.)
Because Dovecot cannot control existing values of Content-Length
headers, that seems to be an extremely risky proposition.
--
Dean Brooks
[EMAIL PROTECTED]
Solaris states:
EBUSY The directory to be removed is the mount point for a
mounted file system.
We are using /var/mail mounted from NFS, which explains the EBUSY
return code. Not sure how you would be able to get the cache flushed
in this situation.
--
Dean Brooks
[EMAIL
On Sun, Feb 24, 2008 at 02:57:32AM +0200, Timo Sirainen wrote:
> On Sat, 2008-02-23 at 13:17 -0500, Dean Brooks wrote:
> > Looks like there are still some Solaris rmdir() warnings being
> > logged to syslog in 1.1.rc1 in nfs_flush_file_handle_cache_dir():
> >
> >
ng used was Squirrelmail with no external access
from any other client.
Can you confirm that the patch Timo submited in the above link fixes
this problem for 1.1rc3? If so, will this be committed for rc4 or beyond?
--
Dean Brooks
[EMAIL PROTECTED]
index
files every 2 hours (which sort of defeats the point of using Dovecot).
--
Dean Brooks
[EMAIL PROTECTED]
On Fri, Mar 28, 2008 at 10:53:49AM -0400, Dean Brooks wrote:
> We are still getting, on a daily basis, users who cannot move messages
> to Trash or expunge Trash due to these errors:
>
>Mar 28 10:43:57 tm2 dovecot: [ID 107833 mail.error] IMAP(kss021):
>mbox sync: UID
d by the client.
If you aren't seeing the \Deleted flag on the Inbox copy, then there
may be some other issue at work, but it all works fine with our
installation of 1.1rc4.
--
Dean Brooks
[EMAIL PROTECTED]
has been marked deleted by the client.
> Also, Can I configure Dovecot to function like Yahoo's server and expunge on
> disconnect?
Not sure about that. There may be a plugin for it somewhere, but others
on the list will know more about that. Expunging is normally up to
the client
ou can
"Delete messages after XX days", but the lowest you can set it to
is "1 day". I have no idea why there isn't an "Immediately" option.
I'm also unsure if that is actually the expunge action, or if the phone
is doing some sort of manual move to the Trash folder instead after
that period of time.
--
Dean Brooks
[EMAIL PROTECTED]
:
driver: passwd
plugin:
quota: fs
--
Dean Brooks
[EMAIL PROTECTED]
On Tue, Jun 17, 2008 at 10:32:27AM -0400, Dean Brooks wrote:
> I am getting a lot of warnings since upgrading to 1.1rc10 (from rc4):
>
>mbox /home2/seta/Mail/Sent: Can't find next message offset for uid=12
>
> Almost always, it is the Sent or Trash folders that are
e errors in our syslog
even after all indexes have been completely deleted.
--
Dean Brooks
[EMAIL PROTECTED]
y happens to the same users over and over, so its probably
something in their client that is unusual, but I've never figured it out.
--
Dean Brooks
[EMAIL PROTECTED]
Dovecot version 1.1.1? If you are using an earlier
version (i.e. a 1.1 release candidate), there was an update that was
made that eliminited these errors in certain circumstances.
Specifically under Solaris I might add.
If you are using 1.1.1, I'll have to defer to others to solve the
problem. I just remember running into those errors and having them
disappear once I upgraded to a final release version.
--
Dean Brooks
[EMAIL PROTECTED]
lib/libbz2.a(blocksort.o)
ld: fatal: relocations remain against allocatable but non-writable sections
collect2: ld returned 1 exit status
make[4]: *** [lib20_zlib_plugin.la] Error 1
--
Dean Brooks
[EMAIL PROTECTED]
On Mon, Aug 04, 2008 at 02:26:50PM -0400, Timo Sirainen wrote:
> On Jul 24, 2008, at 1:11 PM, Dean Brooks wrote:
>
> >I cannot get Dovecot 1.1.2 to compile at all on Solaris8 with gcc
> >3.3.4 and newly recompiled versions of bzip2 and zlib libraries. This
> >is the fi
On Mon, Aug 04, 2008 at 04:24:09PM -0400, Timo Sirainen wrote:
> On Aug 4, 2008, at 2:38 PM, Dean Brooks wrote:
>
> >Does dovecot require a shared version of the libbz2 library to compile
> >correctly? Is there no way to statically link this?
>
> You could link the libbz
r ISPs that may not have adequate outbound mail rate-limits in
place.
A single hijacked mail account through a small ISP without rate-limits
can be used to send an incredible amount of spam before it's caught.
--
Dean Brooks
[EMAIL PROTECTED]
debug_passwords: yes
passdb:
driver: shadow
userdb:
driver: passwd
plugin:
quota: fs
--
Dean Brooks
[EMAIL PROTECTED]
On Wed, Sep 03, 2008 at 05:50:43PM +0300, Timo Sirainen wrote:
> On Sep 3, 2008, at 5:47 PM, Dean Brooks wrote:
>
> > dovecot: [ID 107833 mail.crit] Panic: IMAP(xx): file mail-index-
> >transaction-view.c: line 204: unreached
>
> Could you get gdb backtrace? http://do
first referenced
symbol in file
unsetenv../lib/liblib.a(env-util.o)
ld: fatal: Symbol referencing errors. No output written to dovecot-auth
collect2: ld returned 1 exit status
--
Dean Brooks
d...@iglou.com
On Thu, Jan 08, 2009 at 11:15:55AM -0500, Timo Sirainen wrote:
> On Thu, 2009-01-08 at 11:00 -0500, Dean Brooks wrote:
> > On Wed, Jan 07, 2009 at 03:45:28PM -0500, Timo Sirainen wrote:
> > > http://dovecot.org/releases/1.1/dovecot-1.1.8.tar.gz
> > > http://dovecot.org
didate for a Beta release
at this point, let alone a production release.
I'm very appreciative of all the hard-work the author(s) have put into
this, but I think at some point they need to take a hard-look at the
way they develop and release distributions. It seems extremely sloppy
and I know it's confusing to others besides myself.
--
Dean Brooks
[EMAIL PROTECTED]
37 matches
Mail list logo
