Re: [Dovecot] Sent Date/time vs Received Date/time

[Timo Sirainen]

On Wed, 2008-08-20 at 17:06 -0400, Charles Marcus wrote:

> The RFC for this apparently is 2060, but:

You should be looking at 3501 :)

> > 2.3.3.  Internal Date Message Attribute

> It sounds like this INTERNALDATE changes... I'd like something that is
> from the message headers - ie, that doesn't change - so that sorting
> will *always* be what I want/expect, even if I move messages from one
> IMAP server to another...

INTERNALDATE is stored in message's mtime with maildir. It's preserved
when COPYing a message to another mailbox. Whether it's preserved when a
client copies it between different IMAP accounts depends on the client -
APPEND command anyway supports INTERNALDATE parameter.

Evolution's "Received" field means the same as INTERNALDATE and I always
use it to order my messages. Works fine.



signature.asc
Description: This is a digitally signed message part

Re: [Dovecot] Authentication cache, failure to login after changed password

[Timo Sirainen]

On Tue, 2008-08-19 at 15:49 +0200, Tom Sommer wrote:
> On Tue, August 19, 2008 15:44, Tom Sommer wrote:
> 
> > Using version 1.1.1, MySQL userdb, with "nopassword=Y".
> >
> > Maybe it's due to nopassword?
> 
> Should add, this is my password_query:
> 
> password_query = SELECT username as user, NULL as password, "Y" as
> nopassword FROM users WHERE ...

So how do you check the password validity?



signature.asc
Description: This is a digitally signed message part

Re: [Dovecot] Few problem with pop3

[Timo Sirainen]

On Wed, 2008-08-20 at 07:35 +0200, Roberto Tagliaferri - Tosnet srl
wrote:
> Hi, i've upgraded from 1.0.5 to 1.1.2 on 2 server and work fine for user 
> that grab email on client, but some customer (that leave the email on 
> server) have 2 problems.
> 
> Some client can't read new mail:
> dovecot: Aug 19 11:00:46 Info: pop3-login: Login: user=, 
> method=PLAIN, rip=xxx, lip=91.102.48.12
> dovecot: Aug 19 11:00:46 Info: POP3(agenzia): Disconnected: Logged out 
> top=0/0, retr=0/0, del=0/21, size=126

All of these look like normal client QUITs, so I've no idea why the
client wouldn't see the new mails. If there's nothing in error logs
either (may be different from where the above messages are logged,
http://wiki.dovecot.org/Logging), the only possibility to debug this is
to look at what the client and Dovecot actually talk to each others and
how it differs from v1.0. Rawlog for example could be used for that:
http://wiki.dovecot.org/Debugging/Rawlog

> Update: i've downgraded to 1.0.9 and work fine (1.0.15 has the same 
> problem of 1.1.2)

There shouldn't be much of a difference between 1.0.9 and 1.0.15..



signature.asc
Description: This is a digitally signed message part

Re: [Dovecot] TECRA-A9 -- devcot LDA/sendmail

[SM]

At 18:17 20-08-2008, [EMAIL PROTECTED] wrote:

In a prviooous thread you suggested that we use
define(`confDONT_PROBE_INTERFACES',`True')dnl.  When that line didn't
produce any positive results we removed it.  Just before generating
this reply we ran a few more test after removing the only entry
"guice.ath.cx" from 'local-host-names'.


In my previous messages, I mentioned the reason for the issue.  I 
assumed that you were following the steps and the results you 
produced were based on that.  I already mentioned that the domain 
should not be listed in local-host-names if you are using the 
instructions at http://wiki.dovecot.org/LDA/Sendmail



This is a clean install of FreeBSD and packages.  No *configuration*
files were merged in any way; /root, /usr/home/* and /var/mail/* were
restored from a previous install.

It is going to be very interesting to see what is causing this issue.

#
# Sendmail continues to use 'Mailer(local)'
# local-host-names is an empty file
# We have tried both using and removing the following line from
'hostname,mc'
# define(`confDONT_PROBE_INTERFACES',`True')dnl

## These are the active lines in my 'hostname.mc'
divert(0)
VERSIONID(`$FreeBSD: src/etc/sendmail/freebsd.mc,v 1.30.2.4
2007/11/22 16:20:01 gs
OSTYPE(freebsd6)
DOMAIN(generic)

FEATURE(access_db, `hash -o -T /etc/mail/access')
FEATURE(blacklist_recipients)
FEATURE(local_lmtp)
FEATURE(mailertable, `hash -o /etc/mail/mailertable')
FEATURE(virtusertable, `hash -o /etc/mail/virtusertable')
dnl define(`confCW_FILE', `-o /etc/mail/sendmail.cw')
define(`confCW_FILE', `-o /etc/mail/local-host-names')

DAEMON_OPTIONS(`Name=IPv4, Family=inet')
DAEMON_OPTIONS(`Name=IPv6, Family=inet6, Modifiers=O')

define(`confBIND_OPTS', `WorkAroundBroken')
define(`confNO_RCPT_ACTION', `add-to-undisclosed')
define(`confPRIVACY_FLAGS', `authwarnings,noexpn,novrfy')

define(`confDONT_PROBE_INTERFACES',`True')dnl
dnl MAILER(local)
MAILER(smtp)
MAILER(dovecot)
dnl MAILER(procmail)dnl

dnl set SASL options
TRUST_AUTH_MECH(`GSSAPI DIGEST-MD5 CRAM-MD5 LOGIN')dnl
define(`confAUTH_MECHANISMS', `GSSAPI DIGEST-MD5 CRAM-MD5 LOGIN')dnl


The following is the output with the above 'hostname.mc' in effect
and 'Mailer(local) is still the LDA. :=\

WORKSTATION# echo '$=w' | /usr/sbin/sendmail -bt
ADDRESS TEST MODE (ruleset 3 NOT automatically invoked)
Enter  
> [72.225.169.69]
guice.ath.cx
localhost
WORKSTATION.guice.ath.cx

---
## Here are the log files after sending test emails to the devcot
machine.

Aug 20 20:04:05 WORKSTATION sm-mta[5921]: m7L045E7005921:
from=<[EMAIL PROTECTED]>, size=1765, class=0, nrcpts=1,
msgid=<[EMAIL PROTECTED]>,
proto=ESMTP, daemon=IPv4, relay=rv-out-0506.google.com
[209.85.198.239]
Aug 20 20:04:05 WORKSTATION sm-mta[5922]: m7L045E7005921:
to=<[EMAIL PROTECTED]>, delay=00:00:00, xdelay=00:00:00,
mailer=local, pri=32008, relay=local, dsn=2.0.0, stat=Sent


If guice.ath.cx is listed in /etc/hosts, remove it from there and 
restart sendmail to test.


Regards,
-sm 

Re: [Dovecot] dovecot-antispam: Failed to read mail beginning, Next message unexpectedly lost

[Timo Sirainen]

On Wed, 2008-08-20 at 11:15 +0200, Jiri Novosad wrote:
> Hi again,
> 
> I tried this on Gentoo with dovecot-antispam version 20080601 and
> dovecot versions 1.0.15-r1, 1.1.0, 1.1.1 and 1.1.2.
> Versions 1.1.0+ all fail.
> Version 1.0.15-r1 works fine, even if I add the "Next message
> unexpectedly lost" check (see below).
> 
> So it seems to be a bug in dovecot (? but I guess it could be
> dovecot-antispam, too).
> 
> Could someone at least confirm this behaviour?
> Note that I use mbox, maildir seems to be OK.

I guess it's a Dovecot bug, but probably not too easy to fix. In any
case I don't have time to look at it.

The problem is that at the point where dovecot-antispam is reading the
message it hasn't yet been committed. Actually it's still possible that
the transaction fails and the message doesn't even get saved. Perhaps
antispam plugin should read the messages only after commit? But after
commit the mbox has been unlocked and it's possible that another process
has already had a chance to expunge it. So maybe not that either..


signature.asc
Description: This is a digitally signed message part

Re: [Dovecot] Problems with namespaces

[Timo Sirainen]

On Wed, 2008-08-20 at 14:31 +0300, [EMAIL PROTECTED] wrote:
> I can select SPAM and NOT_Spam, delete messages etc, but when I select
> "Shared", it shows: "Mailbox doesn't exist: Shared." As a client I used OE
> and Thunderbird. How to get rid of that message?

"Shared" is a namespace prefix, not a mailbox. Why do you even want to
select it?



signature.asc
Description: This is a digitally signed message part

Re: [Dovecot] Dovecot & (Al)pine - resaving messages to Inbox

[Timo Sirainen]

Oh, one more reply:

On Wed, 2008-08-20 at 14:32 -0700, Jonathan Herbach wrote:
> > if (mbox->mbox_lock_type == F_RDLCK) {
> > /* FIXME: we shouldn't fail here. it's just
> > a locking issue that should be possible to
> > fix.. */
> > mail_storage_set_error(storage,
> > MAIL_ERROR_NOTPOSSIBLE,
> > "Can't copy mails inside same mailbox");
> > return -1;
> > }
> 
> So I'm currently using: mbox_write_locks: fcntl
> When I was using version 9 the relevant config setting was: "mbox_locks = 
> fcntl", which plus the config suggestion "fcntl:  Use this if possible" led 
> me down this path.
> 
> Does anybody know why this code was designed this way  / why it is different 
> from 0.99 behavior / etc? 

The mbox code (and a lot of other code) was rewritten since v0.99. The
problem here is simply that the mbox is read-locked first for reading
the message, but only after that it figures out that it should actually
be write-locked since the destination mailbox is also the same. So the
possibilities to fix this are:

a) Unlock the mailbox, write-lock the mailbox and look up the message
offset again in case the mbox was modified while the mbox was unlocked.

b) Somehow figure out earlier that the mbox needs to be write-locked and
do it instead of read-locking.


signature.asc
Description: This is a digitally signed message part

Re: [Dovecot] Dovecot & (Al)pine - resaving messages to Inbox

[Timo Sirainen]

On Tue, 2008-08-19 at 18:43 -0700, Jonathan Herbach wrote:
> I really miss the ability to reorder messages in my inbox since I often use 
> it as a queue of important items. Does anybody have any ideas why I'm seeing 
> this error message? Or better yet, how to potentially (re) configure the 
> system to allow me to resave messages into the same folder?

Oh, you had an answer to my previous question. :)

Anyway, you could always copy it to another mailbox and then back, but
currently copying a message inside a mailbox isn't working with mbox
format. Feel free to disable the extra check in the code and fix the
resulting assert-crash.


signature.asc
Description: This is a digitally signed message part

Re: [Dovecot] Dovecot & (Al)pine - resaving messages to Inbox

[Timo Sirainen]

On Wed, 2008-08-20 at 09:52 +0200, Nicolas KOWALSKI wrote:
> - this is not specific to INBOX: when saving a message from a folder to 
>   the same folder, Alpine complaints with the message
>   [Can't copy mails inside same folder ]

Why do you want to do it? I disabled it because it caused Dovecot to
crash in a locking related assert and I didn't bother fixing it.



signature.asc
Description: This is a digitally signed message part

Re: [Dovecot] dovecot bug - kevent(EV_DELETE, 9)

[Timo Sirainen]

On Wed, 2008-08-20 at 22:43 +0400, Mail.ru wrote:
> > dovecot works fine with AD! but i have this in logs (This not nice,
> > but no more):
> > Aug 14 02:21:03 somecomp dovecot: auth(default): LDAP: Connection
> > lost to LDAP server, reconnecting
> > Aug 14 02:21:03 somecomp dovecot: auth(default):
> > kevent(EV_DELETE, 9) failed: Bad file descriptor 

These should help for the "Bad file descriptor" error:

http://hg.dovecot.org/dovecot-1.1/rev/0930aa699486
http://hg.dovecot.org/dovecot-1.1/rev/155d4e597397

> I understand. Windows 2003 close idle connections every 15 minutes (that 
> policy set by default
> in any windows 2003 server) and dovecot reconnects with this error.
> 
> Unfortunately dovecot haven't "keep-alive" parameter to keep
> connection to LDAP alive (not idle). :(
> And only that parameter can resolve my problem.

What "keep-alive parameter"? If you mean for TCP connections, it is
already set and it doesn't help here. Does LDAP have a keep-alive option
too? I think the two timeout options I see are about client-side timeout
handling. One thing Dovecot could do is to send a dummy LDAP request
every few minutes, but that seems pretty ugly.


signature.asc
Description: This is a digitally signed message part

Re: [Dovecot] config file parsing, tab characters

[Timo Sirainen]

On Wed, 2008-08-20 at 17:33 +0100, John Hannfield wrote:
> I am using the latest dovecot 1.1.2  with postfix, and using doveco
> deliver command for LDA.
> I really love dovecot, and how it has progressed over the years.
> However I have noticed that
> if I put a TAB character in the dovecot.conf  file, it sometimes does
> not parse the file correctlty,
> and complains about missing postmaster_address etc, even though they are 
> there.

Yes, deliver's config file parser uses separate code from the rest of
Dovecot. There have been a lot of bugs in it and I really hate that
code. I do have plans to fix this by moving all the config parsing to a
single config binary, but I don't know yet if it's going to be for v1.2,
v1.3 or v2.0. So for now just try to avoid tabs.

> 1. Is there someway to check the validity of the dovecot.conf file.
> I notice dovecot -n  does not print the entire config.

dovecot -n verifies the validity of the dovecot.conf, but since deliver
uses separate code with its own bugs it doesn't really help.

> 2. Is there any chance the code used to parse the config file, could
> be updated to be more robust, and to include support for tabs?

I don't really want to touch that code before the rewrite, but feel free
to send a patch. src/deliver/deliver.c function config_file_init()


signature.asc
Description: This is a digitally signed message part

Re: [Dovecot] TECRA-A9 -- devcot LDA/sendmail

[dovecot]

On Wed, Aug 20, 2008 at 03:22:34PM -0700, SM wrote:
> At 14:45 20-08-2008, [EMAIL PROTECTED] wrote:
> >WORKSTATION# echo '$=w' | /usr/sbin/sendmail -bt
> 
> [snip]
> 
> >guice.ath.cx
> 
> Your domain is listed as local.  It should not be there if you are 
> using the /etc/mail/sendmail.cf file you generated.  grep that file 
> for DontProbeInterfaces.

In a prviooous thread you suggested that we use 
define(`confDONT_PROBE_INTERFACES',`True')dnl.  When that line didn't 
produce any positive results we removed it.  Just before generating 
this reply we ran a few more test after removing the only entry 
"guice.ath.cx" from 'local-host-names'.

This is a clean install of FreeBSD and packages.  No *configuration* 
files were merged in any way; /root, /usr/home/* and /var/mail/* were 
restored from a previous install.

It is going to be very interesting to see what is causing this issue.

#
# Sendmail continues to use 'Mailer(local)'
# local-host-names is an empty file
# We have tried both using and removing the following line from 
'hostname,mc'
# define(`confDONT_PROBE_INTERFACES',`True')dnl

## These are the active lines in my 'hostname.mc'
divert(0)
VERSIONID(`$FreeBSD: src/etc/sendmail/freebsd.mc,v 1.30.2.4 
2007/11/22 16:20:01 gs
OSTYPE(freebsd6)
DOMAIN(generic)

FEATURE(access_db, `hash -o -T /etc/mail/access')
FEATURE(blacklist_recipients)
FEATURE(local_lmtp)
FEATURE(mailertable, `hash -o /etc/mail/mailertable')
FEATURE(virtusertable, `hash -o /etc/mail/virtusertable')
dnl define(`confCW_FILE', `-o /etc/mail/sendmail.cw')
define(`confCW_FILE', `-o /etc/mail/local-host-names')

DAEMON_OPTIONS(`Name=IPv4, Family=inet')
DAEMON_OPTIONS(`Name=IPv6, Family=inet6, Modifiers=O')

define(`confBIND_OPTS', `WorkAroundBroken')
define(`confNO_RCPT_ACTION', `add-to-undisclosed')
define(`confPRIVACY_FLAGS', `authwarnings,noexpn,novrfy')

define(`confDONT_PROBE_INTERFACES',`True')dnl
dnl MAILER(local)
MAILER(smtp)
MAILER(dovecot)
dnl MAILER(procmail)dnl

dnl set SASL options
TRUST_AUTH_MECH(`GSSAPI DIGEST-MD5 CRAM-MD5 LOGIN')dnl
define(`confAUTH_MECHANISMS', `GSSAPI DIGEST-MD5 CRAM-MD5 LOGIN')dnl


The following is the output with the above 'hostname.mc' in effect 
and 'Mailer(local) is still the LDA. :=\

WORKSTATION# echo '$=w' | /usr/sbin/sendmail -bt
ADDRESS TEST MODE (ruleset 3 NOT automatically invoked)
Enter  
> [72.225.169.69]
guice.ath.cx
localhost
WORKSTATION.guice.ath.cx

---
## Here are the log files after sending test emails to the devcot 
machine.

Aug 20 20:04:05 WORKSTATION sm-mta[5921]: m7L045E7005921: 
from=<[EMAIL PROTECTED]>, size=1765, class=0, nrcpts=1, 
msgid=<[EMAIL PROTECTED]>, 
proto=ESMTP, daemon=IPv4, relay=rv-out-0506.google.com 
[209.85.198.239]
Aug 20 20:04:05 WORKSTATION sm-mta[5922]: m7L045E7005921: 
to=<[EMAIL PROTECTED]>, delay=00:00:00, xdelay=00:00:00, 
mailer=local, pri=32008, relay=local, dsn=2.0.0, stat=Sent

Aug 20 20:10:55 WORKSTATION sm-mta[6042]: m7L0Atjo006042: 
from=<[EMAIL PROTECTED]>, size=1763, class=0, nrcpts=1, 
msgid=<[EMAIL PROTECTED]>, 
proto=ESMTP, daemon=IPv4, relay=rv-out-0506.google.com 
[209.85.198.235]
Aug 20 20:10:55 WORKSTATION sm-mta[6043]: m7L0Atjo006042: 
to=<[EMAIL PROTECTED]>, delay=00:00:00, xdelay=00:00:00, 
mailer=local, pri=32006, relay=local, dsn=2.0.0, stat=Sent 

[Dovecot] config file parsing, tab characters

[John Hannfield]

Hello,

I am using the latest dovecot 1.1.2  with postfix, and using doveco
deliver command for LDA.
I really love dovecot, and how it has progressed over the years.
However I have noticed that
if I put a TAB character in the dovecot.conf  file, it sometimes does
not parse the file correctlty,
and complains about missing postmaster_address etc, even though they are there.

So I reformated my config file, with just spaces, no tabs.
I am very careful about that now. However I still seem to have a problem
in some places with spaces.

For example, in the LDA section:
If I have 3 or 4 spaces, after the lda line in the definition, like so:

#-
# LDA Settings
#-
protocol lda{
  postmaster_address = [EMAIL PROTECTED]
  hostname = mydomain.com
   

it does not work. I must have only 1 space between the end of lda and
the curly bracket.
Like this:

#-
# LDA Settings
#-
protocol lda {
  postmaster_address = [EMAIL PROTECTED]
  hostname = mydomain.com
   


This seems very flaky.
I am not certain I will always be able to check the file when making changes.
So my question is:

1. Is there someway to check the validity of the dovecot.conf file.
I notice dovecot -n  does not print the entire config.

2. Is there any chance the code used to parse the config file, could
be updated to be more robust, and to include support for tabs?

Thank you.

Paul

Re: [Dovecot] TECRA-A9 -- devcot LDA/sendmail

[SM]

At 14:45 20-08-2008, [EMAIL PROTECTED] wrote:

WORKSTATION# echo '$=w' | /usr/sbin/sendmail -bt


[snip]


guice.ath.cx


Your domain is listed as local.  It should not be there if you are 
using the /etc/mail/sendmail.cf file you generated.  grep that file 
for DontProbeInterfaces.


Regards,
-sm 

Re: [Dovecot] How Can I Tell How Dovecot Was Installed?

[Kenneth Porter]

--On Wednesday, August 20, 2008 7:35 AM -0400 Blake Carver 
<[EMAIL PROTECTED]> wrote:



I guess I'm not quite sure how to interpret this to help me figure out
my problem, there are changes rpm reports, does this mean that an RPM
was installed but so was a source package?

rpm -V -v dovecot
 c /etc/dovecot.conf


This is a config file, as denoted by the "c". The row of dots means the 
file is pristine (hasn't been modified since it was installed).



S.5T c /etc/rc.d/init.d/dovecot


This config file is different from the package. I don't recall what all the 
flags mean but the "5" means an MD5 checksum mismatch. As a rule, 
initscripts shouldn't be modified unless you're doing something tricky, so 
this was likely replaced from a tarball install.



prelink: /usr/libexec/dovecot/dict: at least one of file's
dependencies has changed since prelinking
S.?.   /usr/libexec/dovecot/dict
prelink: /usr/libexec/dovecot/dovecot-auth: at least one of file's
dependencies has changed since prelinking
S.?.   /usr/libexec/dovecot/dovecot-auth


All of these prelink errors suggest that your binaries were overwritten 
from a tarball installation. The easy fix is to erase ("rpm -e") the 
package and re-install it, likely upgrading to a newer package at the same 
time.



 d /usr/share/doc/dovecot-1.0/REDHAT-FAQ.txt


"d" files are documentation, and if you're tight on disk space, you can 
suppress installation of documentation when the package is installed.

Re: [Dovecot] TECRA-A9 -- devcot LDA/sendmail

[dovecot]

On Wed, Aug 20, 2008 at 02:33:13PM -0700, SM wrote:
> At 11:26 20-08-2008, [EMAIL PROTECTED] wrote:
> >Well you can see 'Mailer(local)' is still in the loop (above)
> 
> That's the problem.  What's the output of:
> 
> echo '$=w' | /usr/sbin/sendmail -bt
> 
> Regards,
> -sm 
> 

WORKSTATION# echo '$=w' | /usr/sbin/sendmail -bt
ADDRESS TEST MODE (ruleset 3 NOT automatically invoked)
Enter  
> [IPv6:::1]
[72.225.169.69]
[IPv6:fe80::1]
[192.168.1.112]
[WORKSTATION.ath.cx]
guice.ath.cx
localhost
WORKSTATION.ath.cx
WORKSTATION
[127.0.0.1]
[WORKSTATION]
localhost.my.domain
WORKSTATION.guice.ath.cx
[localhost.my.domain]
> WORKSTATION#  

Re: [Dovecot] How Can I Tell How Dovecot Was Installed?

[Kenneth Porter]

--On Wednesday, August 20, 2008 11:23 AM -0400 Charles Marcus 
<[EMAIL PROTECTED]> wrote:



Why anyone would knowingly run ancient versions of critical apps is
beyond me.


Stability. It's not uncommon for apps to be interdependent. Upgrading one 
can have unexpected consequences in another app.


For this reason, RHEL back-ports fixes for critical apps rather that 
automatically upgrading to the latest version. For it to do so, it needs to 
have patches for specific issues registered in Bugzilla.


For those of us willing to take the risk of wholesale upgrade to the 
bleeding edge, we can grab an RPM from Red Hat's Rawhide distro. My 
practice is usually to grab the source RPM and rebuild it to match the 
libraries I have on my distro (CentOS 5).


In some cases, 3rd party distros like atrpms.net and RPMForge carry the 
latest version pre-built for many distros. If I need a package that 
RPMForge supports, I'll grab the binary from there.

Re: [Dovecot] TECRA-A9 -- devcot LDA/sendmail

[SM]

At 11:26 20-08-2008, [EMAIL PROTECTED] wrote:

Well you can see 'Mailer(local)' is still in the loop (above)


That's the problem.  What's the output of:

echo '$=w' | /usr/sbin/sendmail -bt

Regards,
-sm 

Re: [Dovecot] Dovecot & (Al)pine - resaving messages to Inbox

[Jonathan Herbach]

> I suppose the OP does not sort by date but Arrival time (this means arrival 
> time in the mailbox).

Exactly. I sort by arrival time, which in practice is the "unsorted" ordering 
based upon the mbox file itself. (Except I'd like to control the arbitrary 
"unsorted" order that I want by "resave to inbox" to handle reordering.)

Nicolas wrote:
> - a quick grep shows this is 'normal' behaviour, as written in
> src/lib-storage/index/mbox/mbox-save.c
>
> if (mbox->mbox_lock_type == F_RDLCK) {
> /* FIXME: we shouldn't fail here. it's just
> a locking issue that should be possible to
> fix.. */
> mail_storage_set_error(storage,
> MAIL_ERROR_NOTPOSSIBLE,
> "Can't copy mails inside same mailbox");
> return -1;
> }

So I'm currently using: mbox_write_locks: fcntl
When I was using version 9 the relevant config setting was: "mbox_locks = 
fcntl", which plus the config suggestion "fcntl:  Use this if possible" led me 
down this path.

Does anybody know why this code was designed this way  / why it is different 
from 0.99 behavior / etc? 


Jonathan




_
Get thousands of games on your PC, your mobile phone, and the web with Windows®.
http://clk.atdmt.com/MRT/go/108588800/direct/01/

Re: [Dovecot] Sent Date/time vs Received Date/time

[Charles Marcus]

Hey mouss,

Still waiting on your comments on the new vacation.pl for postfixadmin -
had a chance to take a look yet?

On 8/20/2008, mouss ([EMAIL PROTECTED]) wrote:
>> So, where does this 'Order Received' column in TBird get its info from?
>> I'm guessing it is a TBird thing, like an internal index number?

> the order of putting the message in the folder. this has nothing to
> do with dates contained in the message. if you manually move an old
> message to another folder, you'll see it last in the new folder.

If you sort them by 'Order Received'. If you sort them by the standard
'Date' column (I'm talking TBird-speak here), then they are sorted by
the Date/time that the Senders CLIENT thought it was when they sent
their message. I am on more than a few lists where people have their
clocks screwed up - most often its a DST issue, but sometimes its a
time-zone issue - and more rare, their clock is off by weeks or more -
and these messages get sorted OUT of order.

When I enable the 'Order Received' column, that will fix those issues,
but then - as you pointed out - messages that have been moved from one
folder to another are now out of order.

Again... this is why I mentioned using the actual date/time that MY
MAILSERVER received the message (of course this requires that its clock
be correct, but it always is, so not an issue for me).

> Parsing Received headers is not a science. so this would create
> unnecessary (IMHO) problems for MUA developpers. the "delivery" time
> is sufficient (if all mail goes to the same fielsystem).

For the reasons I outlined above, I disagree...

I think having an MUA with the ability to parse the actual Received
date/time would be very handy...

The RFC for this apparently is 2060, but:

> 2.3.3.  Internal Date Message Attribute
>
> The internal date and time of the message on the server. This is not 
> the date and time in the [RFC-822] header, but rather a date and time
>  which reflects when the message was received. In the case of 
> messages delivered via [SMTP], this SHOULD be the date and time of 
> final delivery of the message as defined by [SMTP]. In the case of 
> messages delivered by the IMAP4rev1 COPY command, this SHOULD be the 
> internal date and time of the source message. In the case of messages
> delivered by the IMAP4rev1 APPEND command, this SHOULD be the date
> and time as specified in the APPEND command description. All other
> cases are implementation defined.

It sounds like this INTERNALDATE changes... I'd like something that is
from the message headers - ie, that doesn't change - so that sorting
will *always* be what I want/expect, even if I move messages from one
IMAP server to another...

-- 

Best regards,

Charles

Re: [Dovecot] TECRA-A9 -- devcot LDA/sendmail

[dovecot]

On Wed, Aug 20, 2008 at 08:45:54AM -0700, SM wrote:
> At 05:48 20-08-2008, [EMAIL PROTECTED] wrote:
> >You are correct.  Allow me to provide just a little more detail.
> >We're assuming that dovecot.confs' 'Mail_location:' has nothing to do
> >with the MTA handing off to the 'deliver' LDA.  With that being said, no
> >matter what the dovecot.confs' 'mail_location:' is set to, and with:
> 
> There are two stages:
> 
>  1. MTA handing off the message to the LDA
> 
>  2. 'deliver' LDA taking the message and delivering it to the 
> appropriate mailbox.
> 
> The first stage is not determined by the dovecot.conf mail_location setting.
> 
> >the local mailer continues to handle and send the mail to
> >/var/mail/. Yes we did create another hostname.cf. :=)
> 
> Add the following line to your sendmail .mc file:
> 
> define(`confDONT_PROBE_INTERFACES',`True')dnl
> 
> and generate a new configuration.  Then restart sendmail and test.
> 
> Regards,
> -sm 
>

Per your suggestion:

-
hostname.mc contains:
-

define(`confDONT_PROBE_INTERFACES',`True')dnl

dnl MAILER(local)
MAILER(smtp)
MAILER(dovecot)
dnl MAILER(procmail)dnl

-
restarting services
---
# make cf && make install restart && sleep 10 && 
/usr/local/etc/rc.d/dovecot restart
/usr/bin/m4 -D_CF_DIR_=/usr/share/sendmail/cf/   
/usr/share/sendmail/cf/m4/cf.m4 /etc/mail/WORKSTATION.mc > 
/etc/mail/WORKSTATION.cf
install -m 444 /etc/mail/WORKSTATION.cf /etc/mail/sendmail.cf
install -m 444 /etc/mail/WORKSTATION.submit.cf /etc/mail/submit.cf
Restarting: sendmail sendmail-clientmqueue.
Stopping dovecot.
Waiting for PIDS: 5008.
Starting dovecot.


tail -f /var/log/maillog

Aug 20 14:06:06 WORKSTATION sm-mta[5017]: m7KI66XM005017: 
from=<[EMAIL PROTECTED]>, size=1770, class=0, nrcpts=1, 
msgid=<[EMAIL PROTECTED]>, 
proto=ESMTP, daemon=IPv4, relay=rv-out-0506.google.com 
[209.85.198.232]
Aug 20 14:06:07 WORKSTATION sm-mta[5018]: m7KI66XM005017: 
to=<[EMAIL PROTECTED]>, delay=00:00:01, xdelay=00:00:00, 
mailer=local, pri=32013, relay=local, dsn=2.0.0, stat=Sent

Well you can see 'Mailer(local)' is still in the loop (above)

---
Below, just for giggles I checked the ~/Maildir; nothing there.  the 
test mail for the above is no doubt in /var/log/maillog.

Aug 20 14:06:56 WORKSTATION dovecot: imap-login: Login: user=, 
method=PLAIN, rip=192.168.1.112, lip=192.168.1.112, TLS
Aug 20 14:06:56 WORKSTATION dovecot: IMAP(email): Effective uid=1006, 
gid=1006, home=/home/email
Aug 20 14:06:56 WORKSTATION dovecot: IMAP(email): maildir: 
data=/home/email/Maildir
Aug 20 14:06:56 WORKSTATION dovecot: IMAP(email): maildir: 
root=/home/email/Maildir, index=/home/email/Maildir, control=, inbox=

END.

Re: [Dovecot] dovecot bug - kevent(EV_DELETE, 9)

[Mail.ru]

> dovecot works fine with AD! but i have this in logs (This not nice,
> but no more):
> Aug 14 02:21:03 somecomp dovecot: auth(default): LDAP: Connection
> lost to LDAP server, reconnecting
> Aug 14 02:21:03 somecomp dovecot: auth(default):
> kevent(EV_DELETE, 9) failed: Bad file descriptor 
> Aug 14 02:36:04 somecomp dovecot: auth(default): LDAP: Connection
> lost to LDAP server, reconnecting 
> Aug 14 02:36:04 somecomp dovecot: auth(default):
> kevent(EV_DELETE, 9) failed: Bad file descriptor 
> Aug 14 02:51:04 somecomp dovecot: auth(default): LDAP: Connection
> lost to LDAP server, reconnecting 
> Aug 14 02:51:04 somecomp dovecot: auth(default):
> kevent(EV_DELETE, 9) failed: Bad file descriptor 
> Aug 14 03:06:05 somecomp dovecot: auth(default): LDAP: Connection
> lost to LDAP server, reconnecting 
> Aug 14 03:06:05 somecomp dovecot: auth(default):
> kevent(EV_DELETE, 9) failed: Bad file descriptor 
> Aug 14 03:21:05 somecomp dovecot: auth(default): LDAP: Connection
> lost to LDAP server, reconnecting 
> Aug 14 03:21:05 somecomp dovecot: auth(default):
> kevent(EV_DELETE, 9) failed: Bad file descriptor 
> Aug 14 03:36:06 somecomp dovecot: auth(default): LDAP: Connection
> lost to LDAP server, reconnecting 
> Aug 14 03:36:06 somecomp dovecot: auth(default):
> kevent(EV_DELETE, 9) failed: Bad file descriptor

I understand. Windows 2003 close idle connections every 15 minutes (that policy 
set by default
in any windows 2003 server) and dovecot reconnects with this error.

Unfortunately dovecot haven't "keep-alive" parameter to keep
connection to LDAP alive (not idle). :(
And only that parameter can resolve my problem.

Re: [Dovecot] Sent Date/time vs Received Date/time

[mouss]

Charles Marcus wrote:

On 8/20/2008, Nicolas KOWALSKI ([EMAIL PROTECTED]) wrote:

The alpine documentation states about 'Arrival' sorting:

" The Arrival sort option arranges messages in the MESSAGE INDEX in 
the order that they exist in the folder. This is usually the same as

the order in which they arrived. This option is comparable to not
sorting the messages at all. "

It is the same (non-)ordering available in Mozilla mail clients, with
the 'Order Received' option.


Ok, this is something that I have thought about from time to time.

I know that every message has a 'received' header, which is basically
the date/time stamp of the SENDERS CLIENT - so if their system's time is
off, that date/time header will be off.

So, where does this 'Order Received' column in TBird get its info from?
I'm guessing it is a TBird thing, like an internal index number?


the order of putting the message in the folder. this has nothing to do 
with dates contained in the message. if you manually move an old message 
to another folder, you'll see it last in the new folder.




In my mind, there should be two primary date/time columns:

Sent Date/Time = Date/time of the Client system when message was sent
(this is already there as the plain 'Date' column)

and

Received Date/Time = Date/time the receiving SERVER DELIVERED it



Parsing Received headers is not a science. so this would create 
unnecessary (IMHO) problems for MUA developpers. the "delivery" time is 
sufficient (if all mail goes to the same fielsystem).



I can see the benefit for the third 'Client' side Date/time stamp, which
is the current 'Order Received' in TBird.

I'd like to see support added for grabbing the last date/time from the
LDA that delivers the message, but that obviously request is for the
TBird devs (or most likely an extension request), but...

The main question is - is there a proper IMAP/RFC for providing/getting
this date/time?

Re: [Dovecot] How Can I Tell How Dovecot Was Installed?

[mouss]

Blake Carver wrote:

Thanks Rod,

So I guess my big question here is, how do I upgrade this sucker?
I'd love to just use an RPM, but if this was originally installed via
source will I mess it up?
When I do rpm -qa | grep dovecot I get dovecot-1.0-1.2.rc15.el5
BUT
dovecot --version shows me a different #

On Tue, Aug 19, 2008 at 5:15 PM, Roderick A. Anderson <[EMAIL PROTECTED]> wrote:

Unless, like he said above it may have been installed via a tarball.
 dovecot --version
You should and see if there is more than one installed and


So --version shows just one version, 1.0.3 (pretty damn old)


So try a 'which dovecot' to see if you have more than one installed. And if
there is more than one look in /etc/init.d (for SysV-type systems - YMMV)
for a dovecot file and see which one it is calling.


 'which dovecot' just gives me /usr/local/sbin/dovecot

Taking a look at /etc/init.d/dovecot shows me it's staring Dovecot
using /usr/local/sbin/dovecot
and
ps auxw | grep dovecot does show that's the one that's running
/usr/local/sbin/dovecot


so you're somewhat lucky: the software was installed (probably from 
source) in a well known place (/usr/local). you can remove this by 
looking at all dovecot and postfix files under /usr/local/. you can do 
the same for other software. yum and rpm don't install software in 
/usr/local/. you'll have to remove startup scripts as well.


once you've removed all the "old" stuff, you can install new packages 
(if you have a development env somewhere, you can build recent SRPMs 
instead of using the old available ones).

Re: [Dovecot] TECRA-A9 -- devcot LDA/sendmail

[SM]

At 05:48 20-08-2008, [EMAIL PROTECTED] wrote:

You are correct.  Allow me to provide just a little more detail.
We're assuming that dovecot.confs' 'Mail_location:' has nothing to do
with the MTA handing off to the 'deliver' LDA.  With that being said, no
matter what the dovecot.confs' 'mail_location:' is set to, and with:


There are two stages:

 1. MTA handing off the message to the LDA

 2. 'deliver' LDA taking the message and delivering it to the 
appropriate mailbox.


The first stage is not determined by the dovecot.conf mail_location setting.


the local mailer continues to handle and send the mail to
/var/mail/. Yes we did create another hostname.cf. :=)


Add the following line to your sendmail .mc file:

define(`confDONT_PROBE_INTERFACES',`True')dnl

and generate a new configuration.  Then restart sendmail and test.

Regards,
-sm 

Re: [Dovecot] How Can I Tell How Dovecot Was Installed?

[Charles Marcus]

On 8/20/2008 11:35 AM, Stewart Dean wrote:
> Because it isn't busted?

Just because you don't *think* its busted doesn't mean its not...

Of course, I'm not saying that running an up to date version completely
solves this question - *all* s/w has bugs, its just a matter of when
they are discovered - but I'd rather be running a version that has fixes
for *known* bugs/issues - not to mention the performance improvements,
new features, etc.

But of course, thats the nice thing about free software... we're all
free to do it our way...

:)

-- 

Best regards,

Charles

Re: [Dovecot] How Can I Tell How Dovecot Was Installed?

[Stewart Dean]

Because it isn't busted?

Charles Marcus wrote:


Why anyone would knowingly run ancient versions of critical apps is
beyond me.



--

Stewart Dean, Unix System Admin, Henderson Computer Resources
Center of Bard College, Annandale-on-Hudson, New York  12504
[EMAIL PROTECTED]  voice: 845-758-7475, fax: 845-758-7035

Re: [Dovecot] How Can I Tell How Dovecot Was Installed?

[Charles Marcus]

On 8/20/2008, Roderick A. Anderson ([EMAIL PROTECTED]) wrote:
> To get the latest and greatest you'll have to either build your own
> RPM or do a tarball install.

Or just use atrpms.net...

Why anyone would knowingly run ancient versions of critical apps is
beyond me.

-- 

Best regards,

Charles

Re: [Dovecot] Dovecot and fake users

[Chris Laif]

On Tue, Aug 19, 2008 at 9:05 AM, Vytenis Sabaliauskas
<[EMAIL PROTECTED]> wrote:
>   Hi everyone,
>
>   Our company has decided to make a fake POP3 (and possibly IMAP) server,
> which accepts any user name and password combination and shows there are no
> new messages. This is for the purpose that when our mail cluster passes out,
> we can redirect our clients to this server while  we fix our mail system.
> This way we can prevent our users from getting errors. We are using the

I wonder if this leads into problems if you have users who use the
option "leave messages on server for X days". The email client might
get confused by having/not having a list of UIDLs/messages in the
inbox.

?

Chris

Re: [Dovecot] How Can I Tell How Dovecot Was Installed?

[Roderick A. Anderson]

Blake Carver wrote:

Thanks Rod,

So I guess my big question here is, how do I upgrade this sucker?
I'd love to just use an RPM, but if this was originally installed via
source will I mess it up?
When I do rpm -qa | grep dovecot I get dovecot-1.0-1.2.rc15.el5


I think the default for RHEL 5. CentOS 5, etc.



BUT
dovecot --version shows me a different #


Meaning your are not running the RPM installed version.



On Tue, Aug 19, 2008 at 5:15 PM, Roderick A. Anderson <[EMAIL PROTECTED]> wrote:

Unless, like he said above it may have been installed via a tarball.
 dovecot --version
You should and see if there is more than one installed and


So --version shows just one version, 1.0.3 (pretty damn old)


So try a 'which dovecot' to see if you have more than one installed. And if
there is more than one look in /etc/init.d (for SysV-type systems - YMMV)
for a dovecot file and see which one it is calling.


 'which dovecot' just gives me /usr/local/sbin/dovecot

Taking a look at /etc/init.d/dovecot shows me it's staring Dovecot
using /usr/local/sbin/dovecot


My guess (without know what "dovecot --version" reported) would be that 
you are probably running a tarball installed version.


A quick check of the repositories, including rpmforge, indicates the 
latest "official distribution" version is 1.0.7-2.el5.


To get the latest and greatest you'll have to either build your own RPM 
or do a tarball install.



Good computing,
Rod
--


and
ps auxw | grep dovecot does show that's the one that's running
/usr/local/sbin/dovecot

Re: [Dovecot] TECRA-A9 -- devcot LDA/sendmail

[dovecot]

On Tue, Aug 19, 2008 at 10:10:54PM -0700, SM wrote:
> At 15:22 19-08-2008, [EMAIL PROTECTED] wrote:
> >Re: [Dovecot] TECRA-A9 -- devcot LDA/sendmai
> >
> >The mail is not delivered to the ~/Maildir; mail continues to get
> >delivered to /var/mail/.
> >
> >First thing first, if you're reading this section/msg of the original 
> >thread,
> >please return to the initial/first message.  To the author (SM 
> ><[EMAIL PROTECTED]>)
> >who offered the response about sendmails' local-host-names, how did
> >you arrive at this?  What does sendmails local-host-names have to do
> >with local delivery once the MTA accepts the mail <-- perhaps that's
> >a bit off-topic for this thread.
> 
> The MTA (sendmail) generally accepts the mail and then passes it to 
> the LDA if the recipient domain is listed in local-host-names or is 
> in class {w}.  In this case, the LDA used should be Dovecot's 
> deliver.  However, it won't work for local delivery, hence the 
> mailertable hack.
> 
> You mentioned that mail is being delivered but the steps at 
> http://wiki.dovecot.org/LDA/Sendmail don't work for you.  As you have 
> not provided any log extracts, I can only assume that sendmail is 
> calling the LDA defined by local MAILER to deliver mail to the 
> /var/mail/ mbox even though Dovecot's mail_location is set 
> to maildir:~/Maildir only.
> 
> Regards,
> -sm 

You are correct.  Allow me to provide just a little more detail.
We're assuming that dovecot.confs' 'Mail_location:' has nothing to do 
with the MTA handing off to the 'deliver' LDA.  With that being said, no
matter what the dovecot.confs' 'mail_location:' is set to, and with:

/usr/share/sendmail/cf/mailer/dovecot.m4 containing the following:

Mdovecot,   P=/usr/local/libexec/dovecot/deliver, F=DFMPhnu9,
 S=EnvFromSMTP/HdrFromSMTP, R=EnvToSMTP/HdrFromSMTP,
 T=DNS/RFC822/X-Unix,
 A=deliver -d $u

in addition to hostname.mc containing:
MAILER(local)
MAILER(smtp)
MAILER(dovecot)

--or containing --

MAILER(smtp)
MAILER(dovecot)

the local mailer continues to handle and send the mail to
/var/mail/. Yes we did create another hostname.cf. :=)

Here is a sample from our /var/log/maillog --

Aug 20 04:56:15 WORKSTATION sm-mta[3415]: m7K8uEAY003414:+to=<[EMAIL 
PROTECTED]>, delay=00:00:01, xdelay=00:00:01, mailer=local,+pri=34104, 
relay=local, dsn=2.0.0, stat=Sent
Aug 20 05:02:02 WORKSTATION sm-mta[3441]: m7K921Ba003441:+from=<[EMAIL 
PROTECTED]>, size=8661, class=0,+nrcpts=1, msgid=<[EMAIL PROTECTED]>, 
proto=ESMTP, daemon=IPv4,+relay=dovecot.org [82.118.211.50]
Aug 20 05:02:02 WORKSTATION sm-mta[3442]: m7K921Ba003441:+to=<[EMAIL 
PROTECTED]>, delay=00:00:00, xdelay=00:00:00, mailer=local,pri=38892, 
relay=local, dsn=2.0.0, stat=Sent
 

Re: [Dovecot] Sent Date/time vs Received Date/time

[Nicolas KOWALSKI]

On Wed, Aug 20, 2008 at 08:43:02AM -0400, Charles Marcus wrote:
> In my mind, there should be two primary date/time columns:
> 
> Sent Date/Time = Date/time of the Client system when message was sent
> (this is already there as the plain 'Date' column)
> 
> and
> 
> Received Date/Time = Date/time the receiving SERVER DELIVERED it

[...]

> The main question is - is there a proper IMAP/RFC for providing/getting
> this date/time?

I think this is called INTERNALDATE in the IMAP world (see rfc2060).

-- 
Nicolas

[Dovecot] Sent Date/time vs Received Date/time

[Charles Marcus]

On 8/20/2008, Nicolas KOWALSKI ([EMAIL PROTECTED]) wrote:
> The alpine documentation states about 'Arrival' sorting:
>
> " The Arrival sort option arranges messages in the MESSAGE INDEX in 
> the order that they exist in the folder. This is usually the same as
> the order in which they arrived. This option is comparable to not
> sorting the messages at all. "
> 
> It is the same (non-)ordering available in Mozilla mail clients, with
> the 'Order Received' option.

Ok, this is something that I have thought about from time to time.

I know that every message has a 'received' header, which is basically
the date/time stamp of the SENDERS CLIENT - so if their system's time is
off, that date/time header will be off.

So, where does this 'Order Received' column in TBird get its info from?
I'm guessing it is a TBird thing, like an internal index number?

In my mind, there should be two primary date/time columns:

Sent Date/Time = Date/time of the Client system when message was sent
(this is already there as the plain 'Date' column)

and

Received Date/Time = Date/time the receiving SERVER DELIVERED it

I can see the benefit for the third 'Client' side Date/time stamp, which
is the current 'Order Received' in TBird.

I'd like to see support added for grabbing the last date/time from the
LDA that delivers the message, but that obviously request is for the
TBird devs (or most likely an extension request), but...

The main question is - is there a proper IMAP/RFC for providing/getting
this date/time?

-- 

Best regards,

Charles

Re: [Dovecot] Dovecot & (Al)pine - resaving messages to Inbox

[Nicolas KOWALSKI]

On Wed, Aug 20, 2008 at 07:25:38AM -0400, Charles Marcus wrote:
> On 8/20/2008, Nicolas KOWALSKI ([EMAIL PROTECTED]) wrote:
> > I suppose the OP does not sort by date but Arrival time (this means 
> > arrival time in the mailbox).
> 
> It was my understanding that arrival time is the time the message was
> DELIVERED (by whatever mechanism is in place for final delivery of
> messages), NOT the time that some IMAP CLIENT moves a message around.

Well, I should not have used the 'time' word.

The alpine documentation states about 'Arrival' sorting:

" The Arrival sort option arranges messages in the MESSAGE INDEX in the 
order that they exist in the folder. This is usually the same as the 
order in which they arrived. This option is comparable to not sorting 
the messages at all. "

It is the same (non-)ordering available in Mozilla mail clients, with 
the 'Order Received' option.

-- 
Nicolas

Re: [Dovecot] How Can I Tell How Dovecot Was Installed?

[Blake Carver]

Thanks Kenneth

On Tue, Aug 19, 2008 at 10:02 PM, Kenneth Porter <[EMAIL PROTECTED]> wrote:
>The best you can do here is to query the database to see if the
> files it knows about match those on the disk. For that, use "rpm -V -v
> dovecot". That does a verbose verify and tells you what files it knows about
> have been changed in some way.

I guess I'm not quite sure how to interpret this to help me figure out
my problem, there are changes rpm reports, does this mean that an RPM
was installed but so was a source package?

rpm -V -v dovecot
 c /etc/dovecot.conf
 c /etc/pam.d/dovecot
 c /etc/pki/dovecot/dovecot-openssl.cnf
S.5T c /etc/rc.d/init.d/dovecot
   /usr/lib/dovecot
   /usr/lib/dovecot/imap
   /usr/lib/dovecot/imap/lib01_acl_plugin.so
   /usr/lib/dovecot/imap/lib01_convert_plugin.so
   /usr/lib/dovecot/imap/lib01_quota_plugin.so
   /usr/lib/dovecot/imap/lib01_zlib_plugin.a
   /usr/lib/dovecot/imap/lib01_zlib_plugin.la
   /usr/lib/dovecot/imap/lib01_zlib_plugin.so
   /usr/lib/dovecot/imap/lib02_imap_quota_plugin.a
   /usr/lib/dovecot/imap/lib02_imap_quota_plugin.la
   /usr/lib/dovecot/imap/lib02_imap_quota_plugin.so
   /usr/lib/dovecot/imap/lib02_trash_plugin.so
   /usr/lib/dovecot/lda
   /usr/lib/dovecot/lda/lib01_acl_plugin.so
   /usr/lib/dovecot/lda/lib01_convert_plugin.so
   /usr/lib/dovecot/lda/lib01_quota_plugin.so
   /usr/lib/dovecot/lda/lib02_trash_plugin.so
   /usr/lib/dovecot/lib01_acl_plugin.a
   /usr/lib/dovecot/lib01_acl_plugin.la
   /usr/lib/dovecot/lib01_acl_plugin.so
   /usr/lib/dovecot/lib01_convert_plugin.a
   /usr/lib/dovecot/lib01_convert_plugin.la
   /usr/lib/dovecot/lib01_convert_plugin.so
   /usr/lib/dovecot/lib01_quota_plugin.a
   /usr/lib/dovecot/lib01_quota_plugin.la
   /usr/lib/dovecot/lib01_quota_plugin.so
   /usr/lib/dovecot/lib02_trash_plugin.a
   /usr/lib/dovecot/lib02_trash_plugin.la
   /usr/lib/dovecot/lib02_trash_plugin.so
   /usr/lib/dovecot/pop3
   /usr/lib/dovecot/pop3/lib01_convert_plugin.so
   /usr/lib/dovecot/pop3/lib01_quota_plugin.so
   /usr/libexec/dovecot
   /usr/libexec/dovecot/checkpassword-reply
   /usr/libexec/dovecot/deliver
prelink: /usr/libexec/dovecot/dict: at least one of file's
dependencies has changed since prelinking
S.?.   /usr/libexec/dovecot/dict
prelink: /usr/libexec/dovecot/dovecot-auth: at least one of file's
dependencies has changed since prelinking
S.?.   /usr/libexec/dovecot/dovecot-auth
   /usr/libexec/dovecot/gdbhelper
   /usr/libexec/dovecot/imap
prelink: /usr/libexec/dovecot/imap-login: at least one of file's
dependencies has changed since prelinking
S.?.   /usr/libexec/dovecot/imap-login
   /usr/libexec/dovecot/pop3
prelink: /usr/libexec/dovecot/pop3-login: at least one of file's
dependencies has changed since prelinking
S.?.   /usr/libexec/dovecot/pop3-login
   /usr/libexec/dovecot/rawlog
prelink: /usr/libexec/dovecot/ssl-build-param: at least one of file's
dependencies has changed since prelinking
S.?.   /usr/libexec/dovecot/ssl-build-param
   /usr/sbin/dovecot
prelink: /usr/sbin/dovecotpw: at least one of file's dependencies has
changed since prelinking
S.?.   /usr/sbin/dovecotpw
   /usr/share/doc/dovecot-1.0
 d /usr/share/doc/dovecot-1.0/REDHAT-FAQ.txt
 d /usr/share/doc/dovecot-1.0/USE-WIKI-INSTEAD
   /usr/share/doc/dovecot-1.0/UW-to-Dovecot-Migration
 d 
/usr/share/doc/dovecot-1.0/UW-to-Dovecot-Migration/maildir-migration.txt
 d /usr/share/doc/dovecot-1.0/UW-to-Dovecot-Migration/migrate-folders
 d /usr/share/doc/dovecot-1.0/UW-to-Dovecot-Migration/migrate-users
 d /usr/share/doc/dovecot-1.0/UW-to-Dovecot-Migration/perfect_maildir.pl
 d /usr/share/doc/dovecot-1.0/auth-protocol.txt
 d /usr/share/doc/dovecot-1.0/auth.txt
 d /usr/share/doc/dovecot-1.0/configuration.txt
 d /usr/share/doc/dovecot-1.0/design.txt
   /usr/share/doc/dovecot-1.0/examples
 d /usr/share/doc/dovecot-1.0/examples/dovecot-ldap.conf
 d /usr/share/doc/dovecot-1.0/examples/dovecot-sql.conf
 d /usr/share/doc/dovecot-1.0/examples/mkcert.sh
 d /usr/share/doc/dovecot-1.0/index.txt
 d /usr/share/doc/dovecot-1.0/mail-storages.txt
 d /usr/share/doc/dovecot-1.0/multiaccess.txt
 d /usr/share/doc/dovecot-1.0/nfs.txt
 d /usr/share/doc/dovecot-1.0/securecoding.txt
 d /usr/share/doc/dovecot-1.0/variables.txt
   /var/lib/dovecot
   /var/run/dovecot
   /var/run/dovecot/login

Re: [Dovecot] How Can I Tell How Dovecot Was Installed?

[Blake Carver]

Thanks Rod,

So I guess my big question here is, how do I upgrade this sucker?
I'd love to just use an RPM, but if this was originally installed via
source will I mess it up?
When I do rpm -qa | grep dovecot I get dovecot-1.0-1.2.rc15.el5
BUT
dovecot --version shows me a different #

On Tue, Aug 19, 2008 at 5:15 PM, Roderick A. Anderson <[EMAIL PROTECTED]> wrote:
> Unless, like he said above it may have been installed via a tarball.
>  dovecot --version
> You should and see if there is more than one installed and

So --version shows just one version, 1.0.3 (pretty damn old)

> So try a 'which dovecot' to see if you have more than one installed. And if
> there is more than one look in /etc/init.d (for SysV-type systems - YMMV)
> for a dovecot file and see which one it is calling.

 'which dovecot' just gives me /usr/local/sbin/dovecot

Taking a look at /etc/init.d/dovecot shows me it's staring Dovecot
using /usr/local/sbin/dovecot
and
ps auxw | grep dovecot does show that's the one that's running
/usr/local/sbin/dovecot

Re: [Dovecot] Dovecot & (Al)pine - resaving messages to Inbox

[Charles Marcus]

On 8/20/2008, Nicolas KOWALSKI ([EMAIL PROTECTED]) wrote:
> I suppose the OP does not sort by date but Arrival time (this means 
> arrival time in the mailbox).

It was my understanding that arrival time is the time the message was
DELIVERED (by whatever mechanism is in place for final delivery of
messages), NOT the time that some IMAP CLIENT moves a message around.

In other words, basically a date/time stamp done by the Delivery Agent.

But as long as nothing in the message itself is being modified, then it
matters not to me... ;)

-- 

Best regards,

Charles

Re: [Dovecot] Dovecot & (Al)pine - resaving messages to Inbox

[Nicolas KOWALSKI]

On Wed, Aug 20, 2008 at 07:00:22AM -0400, Charles Marcus wrote:
> On 8/20/2008, Nicolas KOWALSKI ([EMAIL PROTECTED]) wrote:
> > - this is not specific to INBOX: when saving a message from a folder to 
> >   the same folder, Alpine complaints with the message
> >   [Can't copy mails inside same folder ]
> 
> I'm not sure what you mean by 'saving' a message in the same folder.

Well, I just mean selecting a message in the folder "foo", asking for 
saving in a folder ('S' in alpine, 's' in mutt), and when the MUA asks 
for the destination folder, enter the same "foo" folder name. It will 
usually append the message to the folder, and delete the original.


> Is this a message that you received from someone else? If so, it is
> already 'saved'. You can MOVE it around all you want, but the date/time
> stamps should always stay the same (it should still sort the same if you
> sort by date/time).

I suppose the OP does not sort by date but Arrival time (this means 
arrival time in the mailbox).


> I will *vigorously* argue AGAINST changing this behavior, if this is
> what you are asking for.

What behaviour are you writing about?


> If (Al)pine is actually modifying a received messages headers, then I
> would declare (Al)pine as seriously BROKEN.

? Alpine does not modify anything; it uses standard IMAP commands.

-- 
Nicolas

Re: [Dovecot] Problems with namespaces

[tomzu]

Sorry, my previous post looked like sh.. (due to html I guess)

I'm trying to create Shared folder with subfolders "SPAM" and "NOT_Spam".

Configuration:
namespace public {
separator = /
prefix = Shared/
location = maildir:/vmail/%Ld/Shared:INDEX=/vmail/%Ld/%Ln/Shared
hidden = no
}

Result I get (is exactly what I want):
Inbox
Drafts
Sent
Trash
Shared
--NOT_Spam
--SPAM

I can select SPAM and NOT_Spam, delete messages etc, but when I select
"Shared", it shows: "Mailbox doesn't exist: Shared." As a client I used OE
and Thunderbird. How to get rid of that message?

I'm running latest Dovecot release 1.1.2

/Tom

Re: [Dovecot] Dovecot & (Al)pine - resaving messages to Inbox

[Charles Marcus]

On 8/20/2008, Nicolas KOWALSKI ([EMAIL PROTECTED]) wrote:
> - this is not specific to INBOX: when saving a message from a folder to 
>   the same folder, Alpine complaints with the message
>   [Can't copy mails inside same folder ]

I'm not sure what you mean by 'saving' a message in the same folder.

Is this a message that you received from someone else? If so, it is
already 'saved'. You can MOVE it around all you want, but the date/time
stamps should always stay the same (it should still sort the same if you
sort by date/time).

I will *vigorously* argue AGAINST changing this behavior, if this is
what you are asking for.

If (Al)pine is actually modifying a received messages headers, then I
would declare (Al)pine as seriously BROKEN.

-- 

Best regards,

Charles

Re: [Dovecot] dovecot-antispam: Failed to read mail beginning, Next message unexpectedly lost

[Mikael Jenkler]

Jiri Novosad wrote:



Mikael Jenkler wrote:

I have some issues to with dovecot 1.1.x, it seams buggish
do you also have this issue?





There is a issue with dovecot-antispam and the new dovecot-1.1.x 
(dovecot-1.1.1)
The imap server dies when sending mail, the mail goes away but it 
says that the imap server has crached in squirrelmail.


I get the standard signal 11 crach in the dovecot loggs


I don't use squirrelmail.
Ok but it seams that the antispam plugin is unstable, the error only 
exist when loading the plugin.




another question?

My dspam users has the email as username somthing at domain.com 
 and in 
dovecot.conf i need to specify the user when training, is there a w
way to get the resiptient address in the dovecot.conf? i am only able 
to get %u ie the username ;-(


You could use the mailtrain (antispam_mail_sendmail) backend and using
a custom script somehow look up the correct sender from the username.
Then hand the mail off to dspam.

J. N.
I relly don't want to use mailtrain because i call dspam from postfix 
master.cf, i don't want extra scripts
The best solution for now is training all mail for 1 user (a static 
username) its relly crapy that dovecot is not able to parse the mail 
header for the reciptent address




Could you patch the antispam plugin to be able to take then 
resiptient as dspam user? ie  the mail address , you can have a 
option in dovecot that says use resiptient address as user or something


it would be great if you had time to check this out ;-)

Thanks in advance

Re: [Dovecot] dovecot-antispam: Failed to read mail beginning, Next message unexpectedly lost

[Jiri Novosad]

Mikael Jenkler wrote:

I have some issues to with dovecot 1.1.x, it seams buggish
do you also have this issue?





There is a issue with dovecot-antispam and the new dovecot-1.1.x 
(dovecot-1.1.1)
The imap server dies when sending mail, the mail goes away but it says 
that the imap server has crached in squirrelmail.


I get the standard signal 11 crach in the dovecot loggs


I don't use squirrelmail.


another question?

My dspam users has the email as username somthing at domain.com 
 and in 
dovecot.conf i need to specify the user when training, is there a w
way to get the resiptient address in the dovecot.conf? i am only able to 
get %u ie the username ;-(


You could use the mailtrain (antispam_mail_sendmail) backend and using
a custom script somehow look up the correct sender from the username.
Then hand the mail off to dspam.

J. N.


Could you patch the antispam plugin to be able to take then resiptient 
as dspam user? ie  the mail address , you can have a option in dovecot 
that says use resiptient address as user or something


it would be great if you had time to check this out ;-)

Thanks in advance

Re: [Dovecot] dovecot-antispam: Failed to read mail beginning, Next message unexpectedly lost

[Mikael Jenkler]

I have some issues to with dovecot 1.1.x, it seams buggish
do you also have this issue?





There is a issue with dovecot-antispam and the new dovecot-1.1.x 
(dovecot-1.1.1)
The imap server dies when sending mail, the mail goes away but it says 
that the imap server has crached in squirrelmail.


I get the standard signal 11 crach in the dovecot loggs

another question?

My dspam users has the email as username somthing at domain.com  and in 
dovecot.conf i need to specify the user when training, is there a w
way to get the resiptient address in the dovecot.conf? i am only able to 
get %u ie the username ;-(


Could you patch the antispam plugin to be able to take then resiptient 
as dspam user? ie  the mail address , you can have a option in dovecot 
that says use resiptient address as user or something


it would be great if you had time to check this out ;-)

Thanks in advance

--







Jiri Novosad wrote:

Hi again,

I tried this on Gentoo with dovecot-antispam version 20080601 and
dovecot versions 1.0.15-r1, 1.1.0, 1.1.1 and 1.1.2.
Versions 1.1.0+ all fail.
Version 1.0.15-r1 works fine, even if I add the "Next message
unexpectedly lost" check (see below).

So it seems to be a bug in dovecot (? but I guess it could be
dovecot-antispam, too).

Could someone at least confirm this behaviour?
Note that I use mbox, maildir seems to be OK.

Jiri Novosad

Jiri Novosad wrote:

Hello,

I'm trying to configure the dovecot-antispam plugin.
Now I've run into a problem: whenever I try to move/copy a message
in/from the spam mailbox, Thunderbird (and also Sylpheed, haven't tried
anything else) says:

The current command did not succeed. The mail server responded: Failed
to read mail beginning.

and in the logs I get:

dovecot: Aug 07 10:41:23 Error: IMAP(username): Next message
unexpectedly lost from 337928
dovecot: Aug 07 10:41:23 Error: IMAP(username): Next message
unexpectedly lost from 337928

The message is not moved/copied.

My config (dovecot -n):

base_dir: /var/run/dovecot_test/
log_path: /var/log/dovecot/test_log
info_log_path: /var/log/dovecot/test_info_log
protocols: pop3s imaps pop3 imap
listen(default): *:10143
listen(imap): *:10143
listen(pop3): *:10110
ssl_listen(default): *:10993
ssl_listen(imap): *:10993
ssl_listen(pop3): *:10995
ssl_cert_file: /etc/ssl/anxur.pem
ssl_key_file: /etc/ssl/anxur.pem
ssl_parameters_regenerate: 24
login_dir: /var/run/dovecot_test/login
login_executable(default):
/packages/run.64/dovecot-1.1.2/libexec/dovecot/imap-login
login_executable(imap):
/packages/run.64/dovecot-1.1.2/libexec/dovecot/imap-login
login_executable(pop3):
/packages/run.64/dovecot-1.1.2/libexec/dovecot/pop3-login
login_greeting: HI!
login_greeting_capability(default): yes
login_greeting_capability(imap): yes
login_greeting_capability(pop3): no
verbose_proctitle: yes
first_valid_uid: 200
mail_location:
mbox:/home/%u/mail/:INBOX=/var/mail/%u:INDEX=/home/%u/mail/.imap
mail_debug: yes
mail_full_filesystem_access: yes
maildir_copy_with_hardlinks: no
mbox_write_locks: fcntl
mbox_dirty_syncs: no
mbox_lazy_writes: no
dbox_rotate_days: 0
mail_executable(default):
/packages/run.64/dovecot-1.1.2/libexec/dovecot/imap
mail_executable(imap): 
/packages/run.64/dovecot-1.1.2/libexec/dovecot/imap
mail_executable(pop3): 
/packages/run.64/dovecot-1.1.2/libexec/dovecot/pop3

mail_plugins(default): antispam
mail_plugins(imap): antispam
mail_plugins(pop3):
mail_plugin_dir(default): 
/packages/run.64/dovecot-1.1.2/lib/dovecot/imap

mail_plugin_dir(imap): /packages/run.64/dovecot-1.1.2/lib/dovecot/imap
mail_plugin_dir(pop3): /packages/run.64/dovecot-1.1.2//lib/dovecot/pop3
mail_log_max_lines_per_sec: 20
imap_max_line_length(default): 131072
imap_max_line_length(imap): 131072
imap_max_line_length(pop3): 65536
imap_client_workarounds(default): delay-newmail outlook-idle
tb-extra-mailbox-sep
imap_client_workarounds(imap): delay-newmail outlook-idle
tb-extra-mailbox-sep
imap_client_workarounds(pop3):
pop3_uidl_format(default): %08Xu%08Xv
pop3_uidl_format(imap): %08Xu%08Xv
pop3_uidl_format(pop3): %08Xv%08Xu
pop3_client_workarounds(default):
pop3_client_workarounds(imap):
pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh
auth default:
 mechanisms: gssapi plain
 executable: 
/packages/run.64/dovecot-1.1.2/libexec/dovecot/dovecot-auth

 krb5_keytab: /etc/krb5.imap
 verbose: yes
 debug: yes
 passdb:
   driver: pam
   args: dovecot
 userdb:
   driver: passwd
plugin:
 antispam_spam: mailbox.spam
 antispam_trash: trash;Trash;Deleted Items
 antispam_mail_spam: [EMAIL PROTECTED]
 antispam_mail_notspam: [EMAIL PROTECTED]
 antispam_mail_sendmail: /home/username/fake_sendmail

Dovecot is version 1.1.2, dovecot-antispam is the latest snapshot.
Running on Red Hat Enterprise Linux Server release 5.2, 

Re: [Dovecot] Stateful Webmail

[Ed W]

Michael Carter wrote:

Coincidentally, we have just began work on a JavaScript IMAP client. With
it, building a webmail app should be *entirely* a UI concern. The good news
is that our Socket interface is very stable and is being used in production
for protocols like IRC for webchat. The bad news is that none of the the
Orbited developers have experience with the IMAP protocol.
  



One leg up is to run the Dovecot imap command tracer and point a 
selection of normal clients at it and watch the commands they use.  You 
don't need to support a full IMAP implementation, only the bits which 
are required to make your app work


However, most existing clients are somewhat inefficient in their use of 
Javascript so I would suggest that you build a higher level abstraction 
like "refresh message id list" and then run the IMAP commands past some 
experts (Timo?) in case someone has some suggestions on more efficient 
ways to achieve the same effect


Note that Timo has done some work on the LEMONADE extensions and it may 
be that these will facilitate a more efficient and responsive protocol?


From my own experience I would also suggest that you blindly compress 
the TCP stream in both direction (gzip or similar is good enough).  My 
experience is that the compression is a win in most situations up to 
40-100Mbit kind of connection speeds (ie higher than most internet 
connections)


Good luck

Ed W

Re: [Dovecot] dovecot-antispam: Failed to read mail beginning, Next message unexpectedly lost

[Jiri Novosad]

Hi again,

I tried this on Gentoo with dovecot-antispam version 20080601 and
dovecot versions 1.0.15-r1, 1.1.0, 1.1.1 and 1.1.2.
Versions 1.1.0+ all fail.
Version 1.0.15-r1 works fine, even if I add the "Next message
unexpectedly lost" check (see below).

So it seems to be a bug in dovecot (? but I guess it could be
dovecot-antispam, too).

Could someone at least confirm this behaviour?
Note that I use mbox, maildir seems to be OK.

Jiri Novosad

Jiri Novosad wrote:

Hello,

I'm trying to configure the dovecot-antispam plugin.
Now I've run into a problem: whenever I try to move/copy a message
in/from the spam mailbox, Thunderbird (and also Sylpheed, haven't tried
anything else) says:

The current command did not succeed. The mail server responded: Failed
to read mail beginning.

and in the logs I get:

dovecot: Aug 07 10:41:23 Error: IMAP(username): Next message
unexpectedly lost from 337928
dovecot: Aug 07 10:41:23 Error: IMAP(username): Next message
unexpectedly lost from 337928

The message is not moved/copied.

My config (dovecot -n):

base_dir: /var/run/dovecot_test/
log_path: /var/log/dovecot/test_log
info_log_path: /var/log/dovecot/test_info_log
protocols: pop3s imaps pop3 imap
listen(default): *:10143
listen(imap): *:10143
listen(pop3): *:10110
ssl_listen(default): *:10993
ssl_listen(imap): *:10993
ssl_listen(pop3): *:10995
ssl_cert_file: /etc/ssl/anxur.pem
ssl_key_file: /etc/ssl/anxur.pem
ssl_parameters_regenerate: 24
login_dir: /var/run/dovecot_test/login
login_executable(default):
/packages/run.64/dovecot-1.1.2/libexec/dovecot/imap-login
login_executable(imap):
/packages/run.64/dovecot-1.1.2/libexec/dovecot/imap-login
login_executable(pop3):
/packages/run.64/dovecot-1.1.2/libexec/dovecot/pop3-login
login_greeting: HI!
login_greeting_capability(default): yes
login_greeting_capability(imap): yes
login_greeting_capability(pop3): no
verbose_proctitle: yes
first_valid_uid: 200
mail_location:
mbox:/home/%u/mail/:INBOX=/var/mail/%u:INDEX=/home/%u/mail/.imap
mail_debug: yes
mail_full_filesystem_access: yes
maildir_copy_with_hardlinks: no
mbox_write_locks: fcntl
mbox_dirty_syncs: no
mbox_lazy_writes: no
dbox_rotate_days: 0
mail_executable(default):
/packages/run.64/dovecot-1.1.2/libexec/dovecot/imap
mail_executable(imap): /packages/run.64/dovecot-1.1.2/libexec/dovecot/imap
mail_executable(pop3): /packages/run.64/dovecot-1.1.2/libexec/dovecot/pop3
mail_plugins(default): antispam
mail_plugins(imap): antispam
mail_plugins(pop3):
mail_plugin_dir(default): /packages/run.64/dovecot-1.1.2/lib/dovecot/imap
mail_plugin_dir(imap): /packages/run.64/dovecot-1.1.2/lib/dovecot/imap
mail_plugin_dir(pop3): /packages/run.64/dovecot-1.1.2//lib/dovecot/pop3
mail_log_max_lines_per_sec: 20
imap_max_line_length(default): 131072
imap_max_line_length(imap): 131072
imap_max_line_length(pop3): 65536
imap_client_workarounds(default): delay-newmail outlook-idle
tb-extra-mailbox-sep
imap_client_workarounds(imap): delay-newmail outlook-idle
tb-extra-mailbox-sep
imap_client_workarounds(pop3):
pop3_uidl_format(default): %08Xu%08Xv
pop3_uidl_format(imap): %08Xu%08Xv
pop3_uidl_format(pop3): %08Xv%08Xu
pop3_client_workarounds(default):
pop3_client_workarounds(imap):
pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh
auth default:
 mechanisms: gssapi plain
 executable: 
/packages/run.64/dovecot-1.1.2/libexec/dovecot/dovecot-auth

 krb5_keytab: /etc/krb5.imap
 verbose: yes
 debug: yes
 passdb:
   driver: pam
   args: dovecot
 userdb:
   driver: passwd
plugin:
 antispam_spam: mailbox.spam
 antispam_trash: trash;Trash;Deleted Items
 antispam_mail_spam: [EMAIL PROTECTED]
 antispam_mail_notspam: [EMAIL PROTECTED]
 antispam_mail_sendmail: /home/username/fake_sendmail

Dovecot is version 1.1.2, dovecot-antispam is the latest snapshot.
Running on Red Hat Enterprise Linux Server release 5.2, x86_64,
filesystem is ext3 (on lvm).

Attached is the strace -p of the session.

The code seems to be this in i_stream_raw_mbox_read:

  if (stream->istream.v_offset -
  rstream->hdr_offset + new_pos > rstream->mail_size) {
  /* istream_raw_mbox_set_next_offset() used invalid
 cached next_offset? */
  i_error("Next message unexpectedly lost from 
%"PRIuUOFF_T,

  rstream->hdr_offset + rstream->mail_size);
  rstream->eof = TRUE;
  rstream->corrupted = TRUE;
  return -1;
  }

If I comment it out (after I backup my mail), everything seems to work
as expected.


Jiri Novosad

[Dovecot] Problems with namespaces

[tomzu]

Hi, I'm trying to create Shared folder with subfolders "SPAM" and
"NOT_Spam". Configuration: namespace public {   separator = /   prefix
= Shared/   location =
maildir:/vmail/%Ld/Shared:INDEX=/vmail/%Ld/%Ln/Shared   hidden = no }
Result I get (is exactly what I want): Inbox Drafts Sent Trash Shared
--NOT_Spam --SPAM I can select SPAM and NOT_Spam, delete messages etc,
but when I select "Shared", it shows: "Mailbox doesn't exist: Shared."
As a client I used OE and Thunderbird. How to get rid of that message?
I'm running latest Dovecot release 1.1.2 /Tom

Re: [Dovecot] Dovecot & (Al)pine - resaving messages to Inbox

[Nicolas KOWALSKI]

On Wed, Aug 20, 2008 at 09:09:57AM +0200, Nicolas KOWALSKI wrote:
> On Wed, Aug 20, 2008 at 08:34:03AM +0200, Steffen Kaiser wrote:
> > On Tue, 19 Aug 2008, Jonathan Herbach wrote:
> >
> >> I've noticed a change since Dovecot was upgraded. I used to reorder 
> >> items within my INBOX in al/pine by "saving" messages back to the 
> >> INBOX, which I was connecting via IMAP
> >
> > I can "S"ave a message from INBOX to INBOX and a message from another  
> > folder to the INBOX just fine. But I use Dovecot v1.0.13.
> 
> I notice the same thing than Jonathan, when using mbox format. No 
> problem with maildir format.

I forgot to write:

- this is with dovecot 1.1.2

- this is not specific to INBOX: when saving a message from a folder to 
  the same folder, Alpine complaints with the message
  [Can't copy mails inside same folder ]

- the debug journal of Alpine shows, with a 'news' folder:

IMAP DEBUG 09:46:05 8/20: 090b COPY 100 news
IMAP DEBUG 09:46:05 8/20: 090b NO Can't copy mails inside same mailbox


- a quick grep shows this is 'normal' behaviour, as written in 
  src/lib-storage/index/mbox/mbox-save.c

if (mbox->mbox_lock_type == F_RDLCK) {
/* FIXME: we shouldn't fail here. it's just
   a locking issue that should be possible to
   fix.. */
mail_storage_set_error(storage,
MAIL_ERROR_NOTPOSSIBLE,
"Can't copy mails inside same mailbox");
return -1;
}


-- 
Nicolas

Re: [Dovecot] Dovecot & (Al)pine - resaving messages to Inbox

[Steffen Kaiser]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Wed, 20 Aug 2008, Nicolas KOWALSKI wrote:


I notice the same thing than Jonathan, when using mbox format. No
problem with maildir format.


I use Maildir, too.

Bye,

- -- 
Steffen Kaiser

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFIq8ZHVJMDrex4hCIRAp42AKCZ5QlWzmxLPbGwVn0OGBN42M00TQCfTUG+
GUrlQ/qbB2xcL6xJUrtdtsg=
=9llu
-END PGP SIGNATURE-

Re: [Dovecot] Few problem with pop3

[Roberto Tagliaferri - Tosnet srl]

Roberto Tagliaferri - Tosnet srl ha scritto:
Hi, i've upgraded from 1.0.5 to 1.1.2 on 2 server and work fine for 
user that grab email on client, but some customer (that leave the 
email on server) have 2 problems.

[...]
Update: i've downgraded to 1.0.9 and work fine (1.0.15 has the same 
problem of 1.1.2)




--
Roberto Tagliaferri
Responsabile Progettazione & Produzione
TosNet s.r.l. - Internet Service Provider
[EMAIL PROTECTED]
www.tosnet.it

Re: [Dovecot] Dovecot & (Al)pine - resaving messages to Inbox

[Nicolas KOWALSKI]

On Wed, Aug 20, 2008 at 08:34:03AM +0200, Steffen Kaiser wrote:
> On Tue, 19 Aug 2008, Jonathan Herbach wrote:
>
>> I've noticed a change since Dovecot was upgraded. I used to reorder 
>> items within my INBOX in al/pine by "saving" messages back to the 
>> INBOX, which I was connecting via IMAP
>
> I can "S"ave a message from INBOX to INBOX and a message from another  
> folder to the INBOX just fine. But I use Dovecot v1.0.13.

I notice the same thing than Jonathan, when using mbox format. No 
problem with maildir format.

-- 
Nicolas