I understand and sympathize with the issues that you raise. However,
there are reasons behind my madness.
2006j2 (and 2006j1) were, as their names implied, extraordinary updates to
2006j. In particular, they were each hotfix patches to a single file;
fixes that were determined to be of such
On Thu, 2 Aug 2007, Oliver Block wrote:
I've a question regarding storage of mail messages. Which end of line (CRFL
or LF) format does UW IMAP expect a mail server to store? Does UW IMAP
examine the line endings?
It depends upon the mailbox format.
Traditional UNIX format uses LF newlines
What client do you use?
How many messages are in the mailbox?
What mailbox format do you use?
Do you have reverse DNS set up properly on the client IP addresses? Since
the login process notes the client's DNS name, a reverse DNS timeout can
add considerable time to the login process.
--
On Fri, 13 Jul 2007, Tan Shao Yi wrote:
Content-Type: text/html; charset=iso-8859-1
...^..^
Those double quotes are the problem. They are completely bogus syntax,
and prevent the parsing of the CHARSET attribute.
Assuming that you actually care about
On Thu, 12 Jul 2007, Stein Vråle wrote:
When reading the release notes, it seems like UIDPLUS support was added
in imap-2006. Can we assume that this bug is only a problem in the
current 2006 releases, and not for older servers?
That is correct. Note that since UID is not a registered status
On Thu, 12 Jul 2007, Tan Shao Yi wrote:
May I know if it's possible to return the received message Content-type
(instead of US-ASCII) even when the MIME-Version: 1.0 header is missing? We
are seeing alot of e-mails from broken mailers that insist on sending
HTML-only e-mails AND without the
On Wed, 11 Jul 2007, Stein Vråle wrote:
000J OK [UID COPYUID 1149863339 197179,197183 35:36] UID COPY completed
That's a bug. See if this patch helps. In imapd.c, look for a line which
reads:
sprintf (tmp,[%.80sUID %lu ,(char *) cmd,cauidvalidity);
Change it to:
On Mon, 9 Jul 2007, David Severance wrote:
Do you mean that the client merely prepends each folder specification with
the value for IMAP server directory each time it has to specify a folder
name?
Yes.
So for my case it would be sufficient to set the
definition of mailsubdir = mail in
On Fri, 6 Jul 2007, Joshua Frigerio wrote:
Since the upgrade we've been getting intermittent reports of people getting
read-only mail boxes, people not being able to move messages from one box
to another (times out), and other such things. We finally had to back it out
as we had to go and
I do want to exterminate these problems. I had hoped that 2006j would
have done so. Apparently it did not, but please make sure that you are
running the distribution version and not one of the development snapshots.
The situation related to signal handling is in the attempt to save changes
On Mon, 9 Jul 2007, David Severance wrote:
I tried out this patch but it really doesn't do what I was looking for which
is to prevent the use of *any* user supplied IMAP server directory setting.
It merely fixes repedative values of mail/ from what I can determine from
testing.
What you are
Thanks for telling us about TinyMail! That sounds like a cool project!
-- Mark --
http://staff.washington.edu/mrc
Science does not emerge from voting, party politics, or public debate.
Si vis pacem, para bellum.
___
Imap-uw mailing list
On Wed, 4 Jul 2007, Sébastien Endeler wrote:
Would it be possible that you give me a generic list of the various
functions to be called in C-client to manage to connect?
Look in the docs/ directory in the UW IMAP toolkit distribution, and in
particular to the file internal.txt. That file is
Hi Nancy -
I think that you have guessed correctly. Unlike mbx, mix consists of
multiple files and doesn't use random access I/O. So, if a hard quota
bites when rewriting the status file, the result can be that the update is
lost as was the original. Probably, all messages were unread and
The locking protocols have not changed. However, there has been an
ongoing effort to deal with timing races and deadlocks, and in the process
the Law of Unintended Consequences kicked in.
Part of the problem is that the authors of glibc on Linux have decided
that it is alright that stdio
Hopefully, you got imap-2006i (or the development imap-2006j) from the UW
web site:
ftp://ftp.cac.washington.edu/mail/imap.tar.Z
or
ftp://ftp.cac.washington.edu/mail/imap-2006j.DEV.tar.Z
In my opinion, mix is ready for production use. Several sites have
already converted.
UW
The test for DR_NAMESPACE is wrong. Remove it and always obtain the
namespaces. DR_NAMESPACE indicates that the driver has special namespace
handling, not that namespaces can be used.
Your prototype is wrong as well. GET_NAMESPACE returns a NAMESPACE** or
more precisely a NAMESPACE*[].
On Sat, 23 Jun 2007, Mark Crispin wrote:
The solution is not to make the problem worse by allowing flat files to be
larger than 2GB. That just increases the costs of doing anything with the
file, and makes the file even more vulnerable to corruption.
PS: I have been asked by beleagured
On Fri, 22 Jun 2007, Mike wrote:
Is there a way to pass a structure to the mm+* callbacks used by c-client.
Currently I have the info stored in globals which is bad for a whole host of
reasons. I looked at the online api doc and there did not appear to be a
documented means to do this.
It
On Fri, 22 Jun 2007, Mike wrote:
For now I am only concerned with mm_login and passing it the user name and
password.
There isn't much that can be done with mm_login(); at that point there is
no valid MAILSTREAM to work with (one being created, but it is only
partially set up).
Note that
On Sat, 23 Jun 2007, Oliver Block wrote:
I'd like to ask for some internal information about mail_scan. I found out
that the used command is SCAN, but haven't found anthing in RFC3501 about
that command.
SCAN is an unsupported, private, extension in UW imapd and Pine. It
should not be used
On Wed, 20 Jun 2007, nlin wrote:
I'm running imap-2006h in mix format. Right now I'm getting this error
message when I try to download my folder through Thunderbird:
Bad sequence in UID-Fetch
What is the EXACT text of the error message?
I looked at my .mixindex and my .mixstatus and my
imap-2006i is now the release version. In addition to some minor bug
fixes, 2006i now supports the CHILDREN and ESEARCH extensions.
ftp://ftp.cac.washington.edu/mail/imap.tar.Z
-- Mark --
http://staff.washington.edu/mrc
Science does not emerge from voting, party politics, or public
On Thu, 7 Jun 2007, Fred Seaton wrote:
I'm running imap-2006h and I'm trying to copy IMAP data from one mail server
to another. I'm looking at the 'mailutil transfer' utility, but I would like
to be able to pass the username and password to the destination IMAP server
on the command line. Is
On Thu, 7 Jun 2007, Erik Kangas wrote:
1. The adding of not-already-existing keywords via append in MIX has been
fixed. Check.
OK, good. There were some other things, including those check completed
messages, which were interfering with the diagnosis of the problem.
2. The problem of
On Thu, 7 Jun 2007, Erik Kangas wrote:
I can attest that it also affects system flags I.e. \Answered and
\Flagged have been seen to not be added in our tests when this situation
appears. So it is flags + keywords that are affectedjust like no
keywords parameter had been specified to
On Wed, 6 Jun 2007, Andy Lyttle wrote:
What's the best way to configure imapd/ipop3d to deny user logins unless the
user is a member of a particular group?
The best routine to make such a check is pw_login() in env_unix.c. Note
the existing code that checks the list of mail administrators.
Hi Erik -
The telemetry that you provided is incomplete, as it does not contain the
tagged OK response from your command.
I am looking for a tagged OK related to the APPEND command, something
like:
0007 OK [APPENDUID 1181165017 1] APPEND completed
or perhaps something like:
Try the imap-2006i development tarball. The spurious create bug is
definitely fixed; and maybe the other problem.
-- Mark --
http://staff.washington.edu/mrc
Science does not emerge from voting, party politics, or public debate.
Si vis pacem, para bellum.
Hi Erik -
I hope that someone else will be able to be more helpful. Here's what I
can tell you, and maybe this will give you some pointers to start on.
The problems you report are not the known 64-bit issues. The known 64-bit
issues are pointer alignment issues which show up at runtime.
On Wed, 16 May 2007, Erik Kangas wrote:
Success, while reading line user=LOGIN_USERNAME host=HOSTNAME [IP_ADDRESS]
The latest imap-2006i development snapshot
ftp://ftp.cac.washington.edu/mail/imap.DEV.tar.Z
fixes this problem.
For your convenience, the following patch is the fix. I
reporting fake new mail after 29 minutes?
Thanks in advance.
Emy
Mark Crispin [EMAIL PROTECTED] 5/11/2007 1:54 PM
The answer to your question depends upon the IMAP client that you use
since this is entirely a client feature. You seem to use Novell
Groupwise; I know nothing about that program
Thanks to Andrew Daviel who supplied me with excellent test data, there is
now a mix data file repair tool called mixdfix.
ftp://ftp.cac.washington.edu/mail/mixdfix.tar.Z
It does nothing if the data file is OK, otherwise it writes a new file
with -rebuild at the end of it, much as
On Fri, 11 May 2007, Erik Kangas wrote:
If you use mailutil with MIX and try to move to a new folder, all the
keywords defined in .mixmeta in the original folder are also added to the
.mixmeta of the new folder ... this happens even without -kwcopy.
I would expect that without -kwcopy, the move
OK, you convinced me.
The following patch to mix.c will prevent copying/appending keywords to a
mix mailbox that does not have those defined. This will be in the
imap-2006i development snapshot tarball later today.
*** mix.c~ Tue Apr 24 12:57:05 2007
--- mix.c Fri May 11 11:46:17
On Tue, 8 May 2007, nlin wrote:
What's the best course of action in this case? I've already lost the
original mailbox so I cannot reconvert from the original. Should I just
leave the mailbox along or would converting it using mixcvt (I would like the
.mix files split nicely instead of one
On Thu, 3 May 2007, René Berber wrote:
Without the patch problems begin anytime that a mailbox is accessed more than
once, imapd starts logging error messages and it trashes.
What error messages? What does it trashes mean?
If you expect me to accept a patch, I have to have more complete and
On Mon, 7 May 2007, nlin wrote:
I just found out today that the mixcvt program does not follow the
MIXDATAROLL value in the imap distribution. Instead, it defines it itself
in the mixcvt.c file. Could I make a request for the next version that it
follows whatever's set in the imap source
Hi Nancy, I think that you still misunderstand. That message is a
warning, not an error, and the problem is in the mailbox (minor corruption
caused by old buggy code).
The new imap-2006h reads and handles the minor corruption, and does the
best that can be done to work around it.
The new
On Tue, 1 May 2007, nlin wrote:
I was wondering if you can tell me the syntax for mixcvt?
As the man page suggests, it's
mixcvt [-d[debug]] [-v[erbose]] source destination
There's also an undocumented -- switch which stops switch processing and
allows mailbox names to start with a -
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:
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
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,
Hi Erik -
The simple answer is that mx was an experiment, made concurrently with mbx
in 1996, which failed. The reasons for its failure include its dependency
upon stat() to obtain message metadata (specifically, INTERNALDATE and
RFC822.SIZE) and its highly unsatisfactory shared access
On Mon, 23 Apr 2007, David B Funk wrote:
Things are fine when the source mailbox is 'mbx' but producing
strange results for 'mx' format.
Thank you. Calling mail_fetch_fast() is the correct action. The
following patch (or just get the new mixcvt.tar.Z) will fix the problem:
On Thu, 19 Apr 2007, Mark Sirota wrote:
--On 2007-04-18 6:03 PM -0700 Mark Crispin [EMAIL PROTECTED] wrote:
Note, however, that it is a VERY BAD idea to allow non-SSL logins; doing
so is an open invitation to hackers to sniff your system's passwords and
crack your system.
Unless you use GSSAPI
On Sat, 14 Apr 2007, Fred Seaton wrote:
Is there a way to copy a mailbox from one format to another (i.e., mbox to
mix) while retaining the original UID numbers? One downside we've seen with
converting a mailbox format is that clients have to download a fresh copy of
the mail headers, which
On Sat, 14 Apr 2007, Rodolfo Cossalter wrote:
Maybe time_t now; in line 86 needs to be something like
time_t now = time(0);
I agree, and I have updated the
ftp://ftp.cac.washington.edu/mail/mixcvt.tar.Z
distribtuion. now actually was set, but a reshuffle of the code caused it
to be
On Fri, 13 Apr 2007, Erik Kangas wrote:
I am looking for the easiest and most robust way to remove all user defined
keywords from a folder (which could be MIX or MBX).
Something like the following, inserted in mailutil, ought to do the trick.
No guarantees. This is just off the top of my
On Fri, 13 Apr 2007, Mark Crispin wrote:
mail_setflag (dest,*,\\Deleted);
mail_expunge (dest);
I see right away that there's a bug in what I sent in the previous
message. Those two dest should be source.
-- Mark --
http://staff.washington.edu/mrc
Science does not emerge
On Thu, 12 Apr 2007, René Berber wrote:
After installing version 2006g I'm seeing those new messages, what does
Check completed mean?
You can safely ignore that message. The mix driver in newer versions
attempts to burp the file on mail delivery, and that message is an
artifact of that
On Mon, 9 Apr 2007, Rex Dieter wrote:
Mark Crispin wrote:
My experience with the modifications made by others to support shared
libraries has been unrelentingly negative.
On the contrary, our experiences of distributing shared libraries of
libc-client in Fedora has been (almost) nothing
On Mon, 9 Apr 2007, Fred Seaton wrote:
Is there a make option for imap-2006 that would generate shared libraries
(.so)? I thought that maybe adding EXTRACFLAGS=-fPIC might do it, but it
didn't (however, I'm no expert in doing this).
I'm sorry; there is no such option. I don't distribute the
On Fri, 6 Apr 2007, Wilson, Dave wrote:
Does UW support IMAP domains? Can I group users within domains?
What do you mean by IMAP domains? There is no such thing in the IMAP
specification (I should know; I wrote it).
If, by domains, you refer to a feature of some servers to log in with a
On Fri, 6 Apr 2007, todd massey wrote:
I have looked through the RFCs and can not find anything related to finding
out whether I can get the current date on the IMAP server.
I want to make sure I am synchronized with the date of the machine
running the IMAP server. I know I can get the date of
On Fri, 6 Apr 2007, Wilson, Dave wrote:
Do you know of a way to emulate such a domain? Could one use the Unix
group to map to a domain?
The UNIX group isn't suitable, since it is an access control mechanism.
AFAIK, there is nothing that prevents @ being in a UNIX userid.
-- Mark --
On Fri, 6 Apr 2007, Gregory Hicks wrote:
AFAIK, there is nothing that prevents @ being in a UNIX userid.
Except HP-UX where the @ is line erase...
That's a shell configuration issue, and thus isn't applicable to imapd.
-- Mark --
http://panda.com/mrc
Democracy is two wolves and a sheep
Hangup means that the server got a SIGHUP signal, meaning that the
TCP/IP connection was broken without a proper LOGOUT being exchanged
first.
I have no idea what the send/receive button does in Outlook, but it
should not be necessary in any IMAP client for the user to do anything in
order
On Sat, 31 Mar 2007, Joel Reicher wrote:
...unless I'm very confused, of course. :)
Yeah, I didn't update them. Since there will be a 2006h (for the official
release version of Alpine) I'll try to get those strings updated for that.
-- Mark --
http://panda.com/mrc
Democracy is two wolves
On Thu, 22 Mar 2007, René Berber wrote:
The only file that doesn't have a CR return is the .mixstatus, the index
and sortcache files look fine. I don't know if they are missing
complete records.
If that's the case, try putting in the missing newline and see if the
mailbox will open. If so,
On Thu, 22 Mar 2007, René Berber wrote:
That did fix it, I added the missing CR-LF.
Ah, good, thanks for the update.
A reconstruct tool is coming soon...
-- Mark --
http://panda.com/mrc
Democracy is two wolves and a sheep deciding what to eat for lunch.
Liberty is a well-armed sheep
On Wed, 21 Mar 2007, David B Funk wrote:
Here's a little-known fact about Apple Mail: if you select SSL support
for IMAP, it actually will connect with SSL to the IMAP server, if and
only if the port is set to 993. If you specify any other port to
Apple Mail, and check the SSL checkbox, it
On Thu, 22 Mar 2007, René Berber wrote:
Mar 21 22:59:55 sunfire tmail[2317]: [mail.error] Oversize mix status record
That message is misleading; it is issued for any record in the index,
status, or sortcache files. The error message is returned by an fgets()
that returns a buffer that does
On Sun, 18 Mar 2007, Aaron W. LaFramboise wrote:
This option first appeared in GCC 4.0.
Correct; and without that option gcc 4.0 will spew forth a plethora of
unimportant warning diagnostics. gcc 4.0 was installed by Mac OS X 10.4.
-- Mark --
http://panda.com/mrc
Democracy is two wolves
On Sun, 18 Mar 2007, Brian Kendig wrote:
Compiling with make oxp resulted in a binary which wouldn't let my mail
client (Mac OS X Mail) authenticate, but compiling with make oxp
SSLTYPE=none solved that problem, so now I'm good to go!
That option completely deletes SSL/TLS support and is not
On Fri, 16 Mar 2007, Ken Murchison wrote:
Shawn Walker wrote:
FYI, ANNOTATEMORE has been depreciated, the name is now METADATA.
It also depends on LIST-EXTENDED
Note that the patch in question is client, not server code.
-- Mark --
http://staff.washington.edu/mrc
Science does not emerge
On Thu, 15 Mar 2007, Shawn Walker wrote:
FYI, ANNOTATEMORE has been depreciated, the name is now METADATA.
Ah, so that has happened. Good. I remember the discussion (and was one
of the advocates for that changed), but I didn't note when it had taken
place. Thanks.
-- Mark --
Sorry Joel, I was mistaken. As the Japanese say, even monkey falls from
the tree (= nobody's perfect).
What I said about tmail only applies to black-box type systems.
In the normal case, if the mix INBOX does not exist but a traditional UNIX
mailbox format spool directory file exists, it
On Wed, 14 Mar 2007, Joel Reicher wrote:
In the normal case, if the mix INBOX does not exist but a traditional UNIX
mailbox format spool directory file exists, it will deliver to the latter
rather than creating the mix INBOX. [The actual rules are a lot more
complex than this...]
You mean
Direct delivery, whether via tmail/dmail or some other mechanism, is
always superior to snarfing.
Besides the (substantial!) overhead in copying, the more advanced formats
(mbx and mix) store mail in native Internet style CRLF-newline format.
Traditional UNIX format uses UNIX-style LF-newline
On Tue, 13 Mar 2007, Joel Reicher wrote:
If I just configure sendmail to use tmail instead of mail.local (and
provide the flag for CRLF newlines) but do not specify any -I arg,
what happens?
It just works. No -I is equivalent to -I INBOX which is almost always
the correct setting.
The
On Tue, 13 Mar 2007, Joel Reicher wrote:
That's clear enough from the man page, but I still couldn't tell exactly
what -I INBOX means. :)
It means deliver to the default INBOX.
CREATOPROTO=mbxproto makes the default INBOX be an mbx-format INBOX, which
is ~/INBOX.
With
On Sun, 18 Feb 2007, Per Foreby wrote:
Does mailutil use locking like imapd and dmail/tmail, or could I cause
problems if I just run mailutil prune?
mailutil uses the same c-client library as imapd, [dt]mail, Alpine, etc.;
so it follows all the same locking strategies as these other programs.
On Tue, 13 Feb 2007, Dan Mahoney, System Admin wrote:
A previous poster suggested MH, and as I read more about MH (and this is only
a first glance, late at night (disclaimer posted!) I read about the fact that
its formats are horribly non-standard with regard to the rest of the world.
I don't
On Sun, 11 Feb 2007, Raul Dias wrote:
Isn't that's because uw-imap is I/O bounded and not CPU bounded?
I think that even a hightly optimized assembler code wouldn't bring much
improvement.
This seems plausible to me. I suspect that the only UW imapd code that
would benefit significantly from
Thank you for your comments about GCC optimization levels.
I can assure you that it is no myth that -O6 generates bad code. That
comment came about because I personally experienced the bad code. So
there is some gcc version out there that does something special with -O6
and generates bad
Those errors indicate that libdl is necessary on your system.
Are you certain that slx is the correct build for your system? lnx and
slx are for quite old versions of Linux. For most modern versions of
Linux, you should use lrh, lfd, ldb, lsu, lmd, etc. The most generic is
lnp.
-- Mark
On Wed, 7 Feb 2007, Erik Kangas wrote:
mailutil prune folder all
However,
we have found that often/always? the MIX data files are left behind by this
operation until some later time when a checkpoint happens -- even if there is
no imap process accessing the folder when the mailutil command is
UW IMAP has a limit of 30 keywords in a mailbox.
This is an internal limit in the c-client library; and as you also noticed
is also a limit in the tenex, mtx, and mbx formats.
The current implementation of the mix format is limited to 32, however,
the space for two of these is reseved.
The distribution version of UW IMAP simply backs off a message
delivery/copy if a hard-quota exceeded error is hit, and restores the
mailbox to its state prior to the attempt.
Our servers have additional code (primarily in tmail) to work usefully
with soft quotas and perform notifications.
On Mon, 29 Jan 2007, tsuraan wrote:
If I were you, I would do a mail_fetch_fast() of the entire mailbox first,
and then pass the actual message sizes as the last argument rather than
passing 0.
Will doing that force the library to only fetch the desired number of bytes
rather than reading
On Tue, 30 Jan 2007, Kazuki Matsubayashi wrote:
I have been using uw-imapd-2006e and received an unexpected response:
Your diagnosis and suggested patch are correct, and are in the most recent
imap-2006f development snapshot.
Thank you!
-- Mark --
http://staff.washington.edu/mrc
Science
Yes, that is more or less the right thing. Instead of
mail_partial_body(stream, msgno, 0, 0, 0, 0);
it would be more clear if you did
mail_partial_text(stream, msgno, 0, 0, 0, 0);
If I were you, I would do a mail_fetch_fast() of the entire mailbox first,
and then pass the actual message
On Mon, 29 Jan 2007, tsuraan wrote:
None of the programs we've looked at (mostly fetchmail, I can't remember the
alternatives anymore) have very good control over when emails are removed
from the IMAP server. Our requirements (imposed by corporate legal...) are
that the archiving machine not
On Sun, 28 Jan 2007, tsuraan wrote:
The program is not a client for end-users; it fetches email to a computer
for the purpose of tape-archiving, so having the entire message is important
There are existing programs that do this. Why write a new one?
-- Mark --
http://panda.com/mrc
Democracy
On Thu, 25 Jan 2007, Per Foreby wrote:
Just thought I'd comment myself to make things more clear: Yes I have read
imaprc.txt thoroughly, and fully understand all the warnings. I totally agree
that a global configuration file for all c-client applications generally is a
bad idea. However, on a
On Thu, 25 Jan 2007, Per Foreby wrote:
Could it be that the server returns a list of all files, including ..,
which thunderbird tries to follow?
Not . or .. (those are always suppressed), but other . names are included
in the normal case.
I have also done my homework, browsing RFC:s and
On Wed, 24 Jan 2007, Nima Mazloumi wrote:
I found a project called toltec that is basically a microsoft outlook
plugin that allows to access an imap server for shared folders and
all the calendaring features outlook supports. I think it uses iCalendar
or vCalendar. I was wondering if the
On Wed, 24 Jan 2007, Per Foreby wrote:
When changing subscriptions in thunderbird, I note that it's possible to
subscribe to .maiboxlist.
You can subscribe to any file.
I tried to delete the information in .mailboxlist from thunderbird. I
get no error message, and the content reappears after
On Wed, 17 Jan 2007, Tim Mooney wrote:
Is there any down-side to setting MIXDATAROLL to a value large enough so
that rollover never happens, e.g. 250 MB if you have 250 MB email quotas?
Besides the backup benefits going away, expunges are also likely to be
slower (as slow as mbx) and you have
This topic has come up before. I ended up deferring action because
analysis suggests that the problem is more cosmetic than anything else.
My analysis suggested that the cost of a cleanup tool would be greater
than its benefit.
UNIX filesystems have been subjected to mh, maildir, netnews,
Thank you for your report. I
just got back from a vacation in Japan, but the bug was pretty obvious
once I knew what I was looking for. The following patch fixes it.
*** mbx.c Fri Jan 5 21:26:51 2007
--- mbx.c~ Tue Sep 26 17:58:02 2006
***
*** 1150,1157
The idea of having some sort of name mapping feature has been bandied
about the IMAP protocol community, but to date no final decisions have
been made. It would not be a good idea for any server implementation to
do this unilaterally, although your idea of a cf-based mapping list has
some
On Wed, 20 Dec 2006, Tim Mooney wrote:
Basically, the idea is that if /lib/libc.a exists, we use the old logic of
searching libc.a for getpassphrase and linking to either the old or new
header. If /lib/libc.a doesn't exist, we're on a very recent version
of Solaris, and it therefore does have
On Wed, 20 Dec 2006, Tim Mooney wrote:
The other option might be to add an
#include crypt.h in at least os_soln.h -- I checked Solaris 2.7 - 2.10,
and they all have crypt.h that has prototypes for crypt() and related
functions that are visible as long as __STDC__ is defined.
Normally, I prefer
On Tue, 19 Dec 2006, Bob wrote:
The symptoms are that an initiall connection is established but
then nothing regarding the account is sent back to the client mail app
and the imapd daemon terminates.
Please elaborate on this.
Do you have any telemetry from the client of any protocol
Thanks for your report. To summarize, the following happened (please
verify):
You had a power failure, which caused the entire contents of both the
.mixstatus and .mixindex files to be lost and replaced with nulls.
You restored these files from backup.
You located newly-delivered messages
On Fri, 15 Dec 2006, Andrew Daviel wrote:
Incidentally, in mixfmt.txt for .mixindex it says
: uid:date:size:hsiz:file:pos: (6 fields)
while in mix.c it defines
uid, date, size, spare.data, special.offset, msg.header.offset,
msg.header.text.size (7 fields)
Hmm, in mixfmt it does
Thanks for the information that Solaris has the socklen_t issue with
64-bit.
The Solaris osdep file in the latest imap-2006e development snapshot now
has the necessary compensation code, which also is used in some other
ports (BSD, Mac OS X, modern Linux).
-- Mark --
On Fri, 15 Dec 2006, Andrew Daviel wrote:
I think Mark said there would at some point be a Mix repair tool.
Yup, and I've been waiting to hear what corrupted mix mailboxes look like
so I have an idea of how the tool should work.
We had a power bump last night and I have a user with
301 - 400 of 1002 matches
Mail list logo