Please read the imap-/docs/internal.txt file, and in particular the
page titled Main Program Callbacks.
These symbols are callbacks from the c-client library to your application
program. You have to write all these routines in your application.
On Thu, 6 Mar 2008, Alla Bogolubov wrote:
On Wed, 5 Mar 2008, Alla Bogolubov wrote:
Are there code examples or tests that would demonstrate c-client usage
available ?
The UW IMAP toolkit includes the mtest program as a very (perhaps too)
basic example. mailutil is a more sophisticated example, as is imapd.
-- Mark --
Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
Mark Crispin
Sent: Monday, March 03, 2008 1:58 PM
To: Alla Bogolubov
Cc: imap-uw@u.washington.edu
Subject: Re: [Imap-uw] IMAP client library API documentation
On Mon, 3 Mar 2008, Alla Bogolubov wrote:
Please advise where
I agree, and this documentation change will be in the next development
snapshot.
On Mon, 3 Mar 2008, Joel Reicher wrote:
The man page states that it prunes the mailbox of messages matching the
user-specified criteria. Unless I mucked up my test it is also expunging
non-matching messages that
On Wed, 27 Feb 2008, David Morsberger wrote:
We choose mbx years ago because it handled simultaneous connections to the
mailbox. Does mix provide the same capability?
Yes. mix provides a functional superset of mbx.
-- Mark --
http://panda.com/mrc
Democracy is two wolves and a sheep deciding
; this is due to technical limitations.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Mark Crispin
Sent: Tuesday, February 26, 2008 12:22 AM
To: David Morsberger
Cc: imap-uw@u.washington.edu
Subject: Re: [Imap-uw] IMAP Failure
On Tue, 26 Feb 2008, David
On Tue, 26 Feb 2008, David Morsberger wrote:
I am in the process of testing imap-2007. Is the preferred / recommended
build?
Yes. This is the current release version. If you want to be
adverturesome, try the imap-2007a development version.
What is the best way to change the mail
On Tue, 26 Feb 2008, David Morsberger wrote:
Now, I can not authenticate. Do you know how to setup authentication for
imapd and entourage?
Have you set up the correct PAM files for IMAP on /etc/pam.d? If you
don't have that set up, then authentication certainly won't work.
The default
It should be on the standard UW distribution site:
ftp://ftp.cac.washington.edu/mail/mixcvt.tar.Z
On Sun, 24 Feb 2008, [EMAIL PROTECTED] wrote:
Well, I can't say that it is because I have never tried using
mixcvt. I built imap-uw from ports on a FreeBSD 6.2 box and do not
have this
On Sat, 23 Feb 2008, Andreas Matthus wrote:
Feb 23 12:36:01 r2 imapd[3473]: Failed uwmaster override of user=pro1
host=r22.j.de [xx.xx.55.22]
This means that one of the following happened:
. Group mailadm does not exist: getgrnam(mailadm) call failed.
. gr_mem member in returned getgrnam()
On Sat, 23 Feb 2008, Joel Reicher wrote:
AFAIK most c-client file formats (everything except unix and mmdf?)
require flock() (or a simulated equivalent) to work. Since it doesn't work
over NFS I'd say folder corruption is inevitable if pine (or anything else)
is accessing these (better!) formats
On Tue, 19 Feb 2008, Bob Atkins wrote:
A couple of thoughts. On large email boxes, the .mixindex can be very large
so reading the whole thing is 'expensive'. My inbox's index file is 1.2M for
16408 messages.
Correct.
Why is it necessary to read the entire .mixindex before an update?
It
On Wed, 20 Feb 2008, Per Foreby wrote:
I suppose you mean caching info from the headers.
Basically the ENVELOPE and BODYSTRUCTURE.
Sounds like this could
speed up things quite a bit, at least for smart imap-aware clients. But most
people probably use firefox, outlook or som other pop-like
in knowing if c-client supports POP UIDs and if so
where and how to manage these with c-client API.
I would also like to add in my thanks to the people behind this effort
(Mark Crispin and team) for providing this API which has been quite
a breeze to import till now.
Thanks
Dister
-- Mark --
http
Yes, I am aware of a performance problem when adding a message to a large
mailbox. The entire index and status file is always rewritten.
You are not the only person to have complained about this problem. The
focus on my efforts had been to make mix as reliable as possible. Now, my
focus is
On Tue, 19 Feb 2008, Gary Casterline wrote:
I've been following the DEV versions pretty closely
and with imap-2007a.DEV.SNAP-0802160141, I've noticed
some inconsistency with POP connections. Some clients
(Eudora on MAC and Thunderbird on windows for sure, probably others)
were not getting
On Tue, 19 Feb 2008, Bob Atkins wrote:
As always - thank you for your continuing efforts to improve what is already
excellent imap server.
Thank you! [Today was not a good day...flat tire on my motorcycle on the
way to work...]
While we are having a group hug :-) I would like to thank the
Thank you for reporting this problem. You are correct that cross-format
COPY returns a COPYUID response in APPENDUID format. I do not yet have a
fix for this problem, but will let you know when one is available.
On Fri, 15 Feb 2008, [EMAIL PROTECTED] wrote:
When copying a message from a
There is no such thing as seen status in POP3.
POP3 determines what is a new message or not via unique identifiers (UID)
assigned to each message. A message with a UID not previously seen by the
POP3 client is considered to be new and is downloaded.
Some very old POP3 clients (e.g., ancient
On Tue, 12 Feb 2008, Patrick Hamel (path) wrote:
I have little information on the server side library used, I'm querying
that at the moment.
What does the server say in its greeting banner? You can see this in
mtest when the session starts up. Most servers identify what they are.
-- Mark
bytes)
2 MESSAGE/RFC822_MISSING_ENVELOPE (0 lines)
MTest
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of Mark Crispin
Sent: Tuesday, February 12, 2008 1:22 PM
To: Patrick Hamel (path)
Cc: imap-uw
mail_fetchstructure() (or one of its alternative forms) is most certainly
the correct thing to get the body structure of a message and run it down.
You certainly should not be playing with any driver settings either.
Have you tried running the mtest tool (bundled with the UW IMAP toolkit)
on
On Tue, 5 Feb 2008, Paul Hancock wrote:
I need to get a better understanding of PAM, but does imap use PAM session
hooks? That might explain why this isn't working, since we've established
that imap uses PAM.
The answer is to be found in imap-/src/osdep/unix/ckp_pam.c, where you
will
On Tue, 5 Feb 2008, Paul Hancock wrote:
Thank you very much for your help. You have saved me a lot of time.
Hopefully, I have not taken up too much of your's.
No problem.
Just FYI, I enabled the session code, and have not (yet) run into problems.
That said, I understand your decision to
It is not specific to mix; every mailbox format in UW imapd refuses to
allow deletion of a selected mailbox, or at least is supposed to do so.
The code does not attempt to handle a mailbox vanishing while it is
selected.
Since it depends upon locking, it is possible/probable that it isn't
On Fri, 25 Jan 2008, Andrew Daviel wrote:
3 select Trash/junk2
[snip]
6 delete Trash/junk2/
6 NO Can't lock mailbox for delete: Trash/junk2/
So, a bug in Thunderbird where it ignores the NO and removes the icon
for junk2 in the GUI. But some locking issue in imapd.
The bug is more basic than
On Thu, 24 Jan 2008, Chuck Swiger wrote:
In the first example (which seemed to involve a single line), yes:
X-IMAPbase: 1122482547 17694 $NotJunk $Junk JunkRecorded $Forwarded
...in the second one, which seemed to involve about 8 header lines, no,
although I do see a:
X-Keywords: NotJunk
mail.info] Logout
user=tester ho
st=testmachine [192.168.1.23]
I am not sure what we can conclude from the above differences.
Derek
On Dec 25, 2007 7:35 PM, Mark Crispin [EMAIL PROTECTED] wrote:
Unless you have memory limits set ridiculously low (as in suitable for the
early 1980s), it is quite
Unless you have memory limits set ridiculously low (as in suitable for the
early 1980s), it is quite unlikely that imapd would fail due to lack of
memory. If it did, there would be an entry in the mail syslog reading
IMAP toolkit crash: Out of memory.
Nor is the IMAP command FETCH 106
The University of Washington is pleased to announce the release of Version
2007 University of Washington IMAP toolkit (imap-2007) including UW imapd.
The focus of this release over the previous release (imap-2006k) are
reliability improvements. In particular, imap-2007 using the mix format
On Tue, 18 Dec 2007, Tim Mooney wrote:
One of the other sysadmins here suggested that when we redo the
filesystems, we mount our imap filesystems with the noatime option,
so that file access times are not updated.
Is anyone currently doing that? Will that cause problems for either mbx
or mix
On Fri, 30 Nov 2007, Esh, Thomas D (Tom) wrote:
We are using the c-client library in a process that has 1024 file
descriptors and are running into problems because the library uses
select instead of poll. We are running on linux which defines the max
fd_set to be 1024.
At least on BSD, you
Since you built using lnp, password authentication is done using PAM.
Did you set up proper PAM configuration rules for IMAP in file
/etc/pam.d/imap ?
On Tue, 27 Nov 2007, Nagaraj Panyam wrote:
Hi,
I wish to setup uw-imapd on a Redhat EL4 box, which is a NIS client.
I compiled imap2006 for
On Mon, 19 Nov 2007, Andy Lyttle wrote:
I can't imagine why anyone would use a signed value for this.
There are many reasons. Three off the top of my head, based upon
observation of the guilty:
Laziness. Unwillingness to read a long and complex RFC (especially its
formal syntax);
On Tue, 20 Nov 2007, Bob Atkins wrote:
It seems so fundamentally /_*wrong*_/ that any client side mail protocol has
to rely on headers in email messages that are so easily spoofed by a message
sender.
I agree, which is why the traditional UNIX mailbox format has never been
the preferred way
What client are you using?
When you say it isn't showing up via IMAP...but [it does] appear in
Pine, do you mean local Pine or Pine via IMAP?
If local Pine...does it show up in Pine via IMAP? Try that if you
haven't.
If it does show up in Pine via IMAP, then the problem is likely to be in
^M
A003D UID SEARCH UNSEEN NOT FLAGGED^M
A003E UID SEARCH SEEN^M
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
Mark Crispin
Sent: Friday, November 09, 2007 2:37 PM
To: Horton, Dave
Cc: imap-uw@u.washington.edu
Subject: Re: [Imap-uw] What smtp header
There is no SMTP header that sets \Flagged, although some sites may have
delivery filters in place that do this (however, such a mechanism is
site-specific and will not be the same on different sites).
The IMAP command that you want to search for that header is something
like:
tag
The following patch will fix the core dump. At line 177 of mixrbld.c,
change:
printf (Data file %s duplicate UID @ %ld: %ls\n,file,pos,cur-uid);
to:
printf (Data file %s duplicate UID @ %ld: %ld\n,file,pos,cur-uid);
^^^
/local/sbin/mixdfix SAVE/.mix47028bdd
SAVE/.mix47028bdd: no repair needed
This was after I copied over .mixstatus and .mixmeta files from a newly
created folder.
Ideas?
thanks,
David
Mark Crispin wrote:
The following patch will fix the core dump. At line 177 of mixrbld.c,
change:
printf
?
thanks,
David
ps I think I'm going to need a couple of Long Island Iced Teas personally
;-)
Mark Crispin wrote:
I think that I understand what is going on. You have two data files that
start with UID 1, so the duplication is inter-file instead of intra-file.
mixdfix only remedies the intra
dmail to allow creation of keywords on append to
the folder (like the imap append command does). This would be the best of
both worlds and would be appreciated by many users out there possible
feature request for imap v2007, Mark?
Best,
-Erik Kangas
Luxsci.com
Mark Crispin wrote:
If you
This note is to announce UW IMAP toolkit version 2006k. This is the final
(not development snapshot) of 2006k, the final version of the imap-2006
series, and is also part of the Alpine 0.9 pre-release.
This version can be found in the usual location:
On Wed, 31 Oct 2007, Matt Selsky wrote:
When using mtest with the /authuser= option, mtest displays a password
prompt for the regular user instead of the authentication user:
Hi Matt. Ordinarily, I would not fix this class of problem in mtest.
mtest is intended to be a very basic test/sample
OK, thanks. The patch should remedy the problem. Since the error was in
extending the mailbox (a step to prepare the mailbox for rewriting), it is
likely that no damage was done to the mailbox. However, some message flag
changes in that IMAP session were probably lost due to the quota error.
I think that something else may be happening. Is the user over quota?
The session must have autologged out, gotten a hangup signal, or
encountered a fatal I/O error; otherwise it would not have state == LOGOUT
with a stream still open.
The loop should only take place if LOCAL-dirty is set,
The first thing that you should do is try 2006k and see if that makes the
problem go away:
ftp://ftp.cac.washington.edu/mail/imap.tar.Z
On SVR4 systems such as Solaris, it is necessary to run operations that
deal with a mailbox (copy, append, etc.) in a separate fork from the main
On Thu, 1 Nov 2007, Andrew Laurence wrote:
Being that Leopard on Intel is now UNIX?, per the UNIX 03 standard, one hopes
that porting issues will become less significant?
Mac OS X has never been a particularly troublesome platform to port
towards. In fact, it is among the LEAST troublesome
On Wed, 31 Oct 2007, Rob Banz wrote:
The only problem I ever had building pine/uw-imap on OSX was... *drum roll*
...the relic of the stone age. The case-insensitive filesystem.
Really? How?
I build Alpine on a case-insensitive Mac filesystem all the time, and have
never had any problems.
That usage of symbolic links should be safe.
On Tue, 30 Oct 2007, Oscar del Rio wrote:
We modified uw-imap to look for users INBOX (MIX format) in a separate
(local) filesystem /var/spool/mix/username
I need to move some of the users to another (also local) filesystem
On Wed, 24 Oct 2007, Amit Srivastava wrote:
Just wanted to know one more thing, will this rfc3501-errata be
sometime reflected at http://www.ietf.org/rfc/rfc3501.txt
RFCs are never changed once issued.
Thus, the problem will be fixed in whatever RFC replaces RFC 3501 (just as
RFC 3501
Thank you for asking.
The implementation in c-client is correct, and your IMAP server is
incorrect. I understand how this happened, and to some extent it is my
fault.
However, the problem is that the author of your IMAP server did not obey
explicit instructions in RFC 3501. Specifically,
I agree with Michael's comments. It *is* possible that the 0x101 in
stream is a lie; what gdb tells you is not necessarily what is really
there due to compiled code optimization. However, that is the first thing
to look into, since it would explain the crash.
Make sure that stream in
, again?
Thank you!
Pedro Freire
Cynergi
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Mark Crispin
Sent: terça-feira, 16 de Outubro de 2007 17:35
To: Cynergi
Cc: imap-uw@u.washington.edu
Subject: Re: [Imap-uw] Apparent bug in imap-2006k.DEV.SNAP
Thank you for your report.
This is not a bug. The c-client library is designed to behave this way.
MIME types and encodings are, by definition in MIME, open-ended. From
time to time, the IETF defines new MIME types. It is desirable that
c-client be able to handle these without having to
If you are not seeing any imap service init or imap SSL service init
messages in your syslog, then the imapd binary is probably never getting
started.
Review your xinetd configuration, and also your /etc/services. Make sure
that is all set up correctly.
Note that you can not telnet to port
fix it with another perl hacking ?
Thanks in an advance.
David
-
Od: Mark Crispin
Přijato: 12.10.2007 3:47:54
Předmět: Re: [Imap-uw] Mailbox files validity check
Something else is going on that you haven't explained. You mentioned
Something else is going on that you haven't explained. You mentioned an
error message:
Data file Resurrect/.mix01245185 UID ran backwards (286e 29a7)
How did you get a data file named .mix01245185? Presumably, you didn't
take a time machine back to August 10, 1970 at 17:29:41 UTC.
On Thu, 11 Oct 2007, Mark Crispin wrote:
If you did, are you aware that mix data files must have precisely 8 hex
digits in their name? mixrbld would probably get confused by a data file
named .mix322 and pass on that confusion in the rebuilt index to the mix
driver.
If you have such data
I do my daily UNIX builds under Red Hat Enterprise Linux and Mac OS X.
Either one would be a better choice than any SVR4-based operating system
(such as Solaris).
On Wed, 10 Oct 2007, Alexander Ten wrote:
I'm sorry for kind of a dumb question, I've read FAQ, and even compiled
sources on
handles all mailboxes in the same way.
Thanks.
David
-
Od: Mark Crispin
Přijato: 9.10.2007 0:12:10
Předmět: RE: RE: Re: [Imap-uw] How to recteate meta and status files of mailbox
On Mon, 8 Oct 2007, [EMAIL PROTECTED] wrote:
The .mixmeta
On Mon, 8 Oct 2007, [EMAIL PROTECTED] wrote:
The .mixmeta is like .mixstatus empty.
This mailbox was restored from backup but unfortunately .mixindex,
.mixstatus and .mixmeta were not archived :( Files containing e-mails
are correct. Nothing was modified. I just need somehow to
On Sat, 6 Oct 2007, [EMAIL PROTECTED] wrote:
Error in mix metadata file sequence record
That certainly indicates a corrupt metadata file. Please send a copy of
the .mixmeta file to me as a MIME attachment.
This message occurs at open time when one of the following occurs:
. the first
On Fri, 5 Oct 2007, [EMAIL PROTECTED] wrote:
I would like to ask you how can I recreate .mixmeta and .mixstatus files
of MIX mailbox. I happen to rebuild .mixindex with mixrbld tool but
messages are still inaccessible through imapd.
The easiest rebuild of the .mixstatus file is to delete it
In case it wasn't clear from the previous message, there is nothing to fix
at the c-client end. That legacy routine buffer overflow is effectively
the same thing as getting a SEGV from strcpy(). As the message says, it's
a detected buffer overflow. But there is nothing that c-client can do
There was a problem in 2006j2 in which a rewrite of the index file could
fail if, during the course of the rewrite, some other process grabbed the
disk space that was previously occupied by the rewrite. Since an empty
index file is equivalent to no messages, if a subsequent process opens
the
On Thu, 27 Sep 2007, Ing.BcA. Ivan Doležal wrote:
Postfix is the SMTP server and it provides its local utility to deliver
a mail to MBOX, which does very fast. Today, in preparation to switch, I
changed mailbox_transport to tmail and the server died with load 700 during
regular working day.
On Tue, 25 Sep 2007, Clive McDowell wrote:
Peronally, I think that it is absurd to even think about using Exchange
with IMAP. Exchange should be used with its native protocol; IMAP is at
best an afterthought in Exchange. If you want to use IMAP, use a native
IMAP server such as UW or Cyrus.
If
Unfortunately, stopped working is too vague to offer even a tenative
diagnosis. I know little about PHP, and less about Exchange.
At most, I can guess that PHP imap_status calls c-client's mail_status()
and for some reason you don't get what you expect when talking to an
Exchange server.
Check your delivery procedures, and make sure that the message is requeued
for a later delivery attempt if dmail returns EX_TEMPFAIL. If your
procmail configuration assumes that delivery is always successful, a
deferred delivery due to such reasons as quota exceeded will be lost.
Also, I
On Tue, 18 Sep 2007, Bob Atkins wrote:
BTW, you seem to have a fairly benign spam situation. My email address has
been out on the net for 15 years. I receive 19000 to 23000 junk emails per
week!
Benign? Benign?!???
I wish that my incoming spam was as small a volume as yours.
I got spam on
On Wed, 19 Sep 2007, Oscar del Rio wrote:
Wouldn't that block, for example, bug reports from China, or Korea?
The user might be writing in English but their email provider might add
some disclaimer or ads in foreign language.
That has happened; but those false positives (which are my fault and
On Tue, 18 Sep 2007, Per Foreby wrote:
Apart from alpine/pine, what other clients take full advantage of the
imap protocol?
The only one that I have first hand familiarity with is Mulberry, but I
didn't quite like its interface.
Any clients that should be avoided (not just for being dumb)?
On Tue, 18 Sep 2007, Jeroen van Aart wrote:
don't always pull themselves out from the middle. UW's DNS-based approach
makes that unnecessary.
Is there a place describing that approach? It sounds quite interesting.
Here's an old document that the developer of that system wrote to describe
On Tue, 18 Sep 2007, David Severance wrote:
The capability string on imapd displays LOGIN-REFERRALS and the above text
got me wondering if it could be used instead of proxy software but I couldn't
find any mention in the docs txt files of how to use it. What can this really
do and how would I
On Tue, 18 Sep 2007, Per Foreby wrote:
Whats the deal on thunderbird?
Thunderbird, like Outlook, is a POP3 client that babbles IMAP protocol as
opposed to a true IMAP client. It basically sees IMAP as existing only as
a mail drop from messages are downloaded to the local hard drive and then
On Sun, 16 Sep 2007, Per Foreby wrote:
As I suggested yesterday, keeping the smallest messages in files of their own
would probably do a better job.
This is certainly a possibility. The way that I would do this would be to
have godzillagrams fork off into their own file without changing the
On Sun, 16 Sep 2007, Bob Atkins wrote:
While I have been acutely aware of the issues you describe below regarding
the shortcomings of NFS and simultaneous imap access I don't see how to scale
a large imap server environment without NFS.
This is something that has been discussed for at least
On Sun, 16 Sep 2007, John Kelly wrote:
Can you speculate on how mix compares to mbx, in terms of I/O load?
Seems like I remember you saying mix does not need atime.
Correct.
In terms of data volume, mix's I/O load is comparable to mbx.
mix wins big in reduced seek times when reading message
On Sun, 16 Sep 2007, David Carter wrote:
While I agree just about everything that Mark has to say about NFS (been
there, done that, got the T-shirt as well), it is probably worth pointing out
that the Cyrus Murder is just a (very clever) IMAP proxy.
Other, generic, IMAP proxies can be used
On Fri, 14 Sep 2007, Per Foreby wrote:
Most of our students are in their early 20's or late teens. Habits change...
Indeed they do. Faculty and administrators also have very different
usage/demand patterns.
But since mix already has lowered my backup time by about a magnitude, maybe
the
On Wed, 12 Sep 2007, Jim Gottlieb wrote:
I didn't see an opendir(). The call to mailboxdir() seemed to succeed,
237 if (!mailboxdir (tmp,dir,NIL)) return;
(gdb) step
mailboxdir (dst=0xffbedcc0 , dir=0x0, name=0x0) at env_unix.c:813
Instead of doing step, do next. Your debug trace on
Did my suggested patch to use putchar_unlocked() (thus eliminating most of
the mutexes) help at all? I need to know if I should write the better
patch or not.
I understand why DELE is causing the problem and will fix that.
-- Mark --
http://staff.washington.edu/mrc
Science does not emerge
On Fri, 14 Sep 2007, Per Foreby wrote:
I have changed MIXDATAROLL in src/osdep/unix/mix.c, and was a bit surprised
when I used mixcvt and got the default filesize.
If this definition was moved to a common include file, say c-client/mix.h,
all mix applications could share the same setting.
On Thu, 13 Sep 2007, Bob Atkins wrote:
With files 10MB in size what happens when an individual message is 10MB?
Does it span multiple files?
No. It gets a file to itself containing only that message.
My basic concern was that the files size be an easily settable parameter so
that we can
On Wed, 12 Sep 2007, Erik Kangas wrote:
Is there any
way to modify this so it doesn't use the unnecessary mutex?
In imap-/src/osdep/unix/sslstdio.c, look for routine PBOUT. In that
routine, there is the following line:
if (!sslstdio) return putchar (c);
Change that to be
if
On Wed, 12 Sep 2007, Jim Gottlieb wrote:
These settings were changed:
static char *mailsubdir = Mail; /* mail subdirectory name */
static char *sysInbox = NIL; /* system inbox name */
This line was changed as indicated:
if (!sysInbox) { /* initialize if first time */
/*
On Wed, 12 Sep 2007, Jim Gottlieb wrote:
I suspect the trouble is related to the case-insensitive filesystem.
Possible, but unlikely.
Have you tried accessing the mailboxes using pine or alpine as the IMAP
client?
Get you get a protocol telemetry trace from your client?
-- Mark --
On Wed, 12 Sep 2007, Jim Gottlieb wrote:
What happens when you run imapd from the shell, and give the command
x list %
Do you get a list of the mailboxes in ~/Mail ?
No:
x list %
* LIST (\NoInferiors) NIL INBOX
x OK LIST completed
OK, there's your problem right there. LIST is
On Wed, 12 Sep 2007, Jim Gottlieb wrote:
Trying these same experiments with users whose $HOMEs are not mounted
from OS X works fine.
Well, try the imapd list test again under gdb with a breakpoint at
dummy_list_work() then single-step. Did the calls to mailboxdir() and
opendir() succeed?
On Mon, 10 Sep 2007, Jeroen van Aart wrote:
A more reasonable approach is to use soft quotas, not hard quotas, and have
mail delivery stop at soft quotas. Hard quotas are likely to cause
problems.
How would you stop mail delivery if a soft quota has been hit?
Currently, you would have to
On Mon, 3 Sep 2007, Ing.BcA. Ivan Doležal wrote:
I was wondering if anyone had some strategy for server-side strategy/hack
of mail offloading/archiving with UW IMAPD.
Most UW imapd sites use the same strategy for archiving as they use for
their files. That is, they treat mailboxes as
On Thu, 30 Aug 2007, Joel Reicher wrote:
imapd 155065 / 45920 -rw-rw-rw- 0 rw /tmp/.708.25204
imapd 155066 / 45920 -rw-rw-rw- 0 rw /tmp/.708.25204
Does this mean the process deadlocked itself?
Does killing 15506 clear the other hung processes?
On Thu, 30 Aug 2007, Bob Atkins wrote:
I have tried many versions of imap since 2006h and every one of them had
lockup problems of the nature that is being discussed in this thread. Only
the 2006h version has proven to be stable and reliable.
Drat. I had hoped that August 16's 2006k bits had
Gentlemen:
I'm trying to narrow this problem down, and I wonder if I see a common
thread here.
Bob and Oscar both mention traditional UNIX format as being involved with
the problem; e.g., on Bob's system mail is delivered to /var/mail and then
snarfed over in mbx format. I'm not sure about
On Thu, 30 Aug 2007, Bob Atkins wrote:
Since running 2006h I noticed that appends to a user's Sent mail folder take
a considerably longer time (3-5 seconds) and result in an imapd process
chewing up to 50% CPU during the append process.
The slow-append problem in traditional UNIX format
On Wed, 29 Aug 2007, Ing. Ivan Doležal wrote:
Unfortunately, I can't do it invisible for my users as they will have to
handle their qpopper POP3 X-UIDL problem (see
http://mailman1.u.washington.edu/pipermail/imap-uw/2007-February/001180.html).
You shouldn't have this problem if you use
Is it possible that one of these imapd sessions is from the version before
the August 16 tarball? The known mbx deadlock problem was fixed in that
tarball. Please make absolutely sure that you are running only the new
code. If c-client is a shared library on your system (you seem to be
On Tue, 14 Aug 2007, Oscar del Rio wrote:
What's the recommended way to move a Unix INBOX to mbx format so that POP3
clients (with keep messages on server for # days) don't download duplicates
the next time they connect?
As others have noted, this should be a one-time problem.
The problem is
On Tue, 14 Aug 2007, Tom Cooper wrote:
The current command did not succeed. The mail server responded: Error in
header size in mix index file: 06f5:.
That mailbox's .mixindex file is corrupted. Since 06f5 is a perfectly
good hex value, I suspect that the delimiter immediately
201 - 300 of 1002 matches
Mail list logo
