> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf
> Of David Relson
> Sent: Friday, April 27, 2007 6:14 PM
> To: Mark Crispin
> Cc: imap-uw@u.washington.edu
> Subject: Re: [Imap-uw] an interesting problem
>
> On F
On Fri, 27 Apr 2007, David Relson wrote:
Eh? It sounds like UIDVALIDITY getting set doesn't happen in
POP - only in IMAP. I use POP, not IMAP, and see signs of UIDVALIDITY
getting set. Can you explain?
UIDVALIDITY is set in both IMAP and POP. However, errors are only
reported in IMAP.
--
On Fri, 27 Apr 2007 16:48:59 -0700 (Pacific Daylight Time)
Mark Crispin wrote:
> On Fri, 27 Apr 2007, David Relson wrote:
> > Should I rebuild from pristine tarball? That can easily be done.
> > Can you point me to the tarball you want me to use?
>
> Try the imap-2006h development tarball:
>
On Fri, 27 Apr 2007, David Relson wrote:
Should I rebuild from pristine tarball? That can easily be done. Can
you point me to the tarball you want me to use?
Try the imap-2006h development tarball:
ftp://ftp.cac.washington.edu/mail/imap-2006h.DEV.tar.Z
Also, are there debug
flags/op
On Fri, 27 Apr 2007 16:17:14 -0700 (Pacific Daylight Time)
Mark Crispin wrote:
> On Fri, 27 Apr 2007, David Relson wrote:
> > Sorry about that. Tis a typo: the range is 859386 to 869199.
> > OOcalc tells me that the numbers are in correct sequence.
> > Consecutive X-UID: values differ by 1 (neve
On Fri, 27 Apr 2007, David Relson wrote:
Sorry about that. Tis a typo: the range is 859386 to 869199.
OOcalc tells me that the numbers are in correct sequence. Consecutive
X-UID: values differ by 1 (never more, never less)...
The problem is that you report the UIDVALIDITY getting reset, whic
On Fri, 27 Apr 2007 16:07:43 -0700 (Pacific Daylight Time)
Mark Crispin wrote:
> On Fri, 27 Apr 2007, David Relson wrote:
> > Since I still have Wednesday's /var/spool/mail file, I can scan it
> > for bogus headers. I've taken a look at the X-UID: lines and
> > they're properly sequenced (from 85
On Fri, 27 Apr 2007, David Relson wrote:
Since I still have Wednesday's /var/spool/mail file, I can scan it for
bogus headers. I've taken a look at the X-UID: lines and they're
properly sequenced (from 859386 to 86199, with increments of 1).
One or the other of those values is wrong. UIDs mus
On Fri, 27 Apr 2007 15:33:42 -0700 (PDT)
Mark Crispin wrote:
> On Fri, 27 Apr 2007, David Relson wrote:
> > Interesting what you report. Is it your thought that 1 (or several
> > bogus headers) would cause uw-imap to download _all_ the messages
> > saved on the server? I ask because the behavior
On Fri, 27 Apr 2007, David Relson wrote:
Interesting what you report. Is it your thought that 1 (or several
bogus headers) would cause uw-imap to download _all_ the messages
saved on the server? I ask because the behavior I saw last Tuesday
was a repeated download of the 8000+ messages in the m
On Fri, 27 Apr 2007 09:08:42 -0500
Curt LeCaptain wrote:
...[snip]...
> Another solution to this, if you're using an MTA such as Postfix, is
> to run header checks and have it strip out the headers that shouldn't
> be there, such as the IMAP headers like X-UID. If you're using
> postfix, it can
The past few responses have been interesting.
It's good news that claws-mail is sending a proper QUIT command. We can
therefore dismiss that postulate.
As Vyacheslav Frolov notes, there is a newer version of the UW IMAP
toolkit. The current release version is imap-2006g:
ftp://ftp.
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf
> Of Mark Crispin
> Sent: Thursday, April 26, 2007 11:34 PM
> To: David Relson
> Cc: imap-uw@u.washington.edu
> Subject: Re: [Imap-uw] an interesting problem
>
> Does
Hello David,
I seen the similar problem some time ago.
Used imapd (2004.357) and ipop3d (2006d.96)
We updated imapd to 2006d.376 and problem gone.
Details:
Here are two checks made by "telnet 0 pop3":
+OK Mailbox open, 10 messages
uidl
+OK Unique-ID listing follows
1 4610f0d8005d
2 4610f0d
Previous message sent before attaching attachment[05:40:13] POP3< +OK POP3 osagesoftware.com 2004.89mdk server ready
[05:40:13] POP3> USER relson
[05:40:13] POP3< +OK User name accepted, password please
[05:40:13] POP3> PASS
[05:40:14] POP3< +OK Mailbox open, 8780 messages
[05:40:14] P
Hello Mark,
It's good to hear from you! Having been a software developer for
several decades, I understand your position -- your program has been
running perfectly and the author of another perfect program is saying
"you've got a problem". In this conversation, I'm the lucky guy in the
middle.
Does the claws-mail program issue a proper QUIT command on the POP3
session to terminate the connection, and wait for the response? If it
just drops the TCP connection, then the mailbox is not updated.
There is a myth, passed among sorcerer's apprentices who don't read RFCs,
that "it is more
Greetings,
I've been running uw-imap on my mail server for a number of years. The
mailserver is running Mandriva 10.1 with uw-imap installed from
imap-2004e-1.1.20060mdk.i586.rpm. My workstation runs Gentoo linux and
I'm using claws-mail (with pop3) to retrieve my mail.
To allow retrieving mail
18 matches
Mail list logo