headers
Joe Pruett | 27 Jun 00:53

is 2007b stable?

i haven't really seen announcements about the 2007 series since mark's 
departure.  is 2007b an "official" release?  it's only a few weeks old.
_______________________________________________
Imap-uw mailing list
Imap-uw <at> u.washington.edu
https://mailman1.u.washington.edu/mailman/listinfo/imap-uw
Permalink | Reply | 1 comment |
headers
Jarmila Holcova | 18 Jun 15:56
Picon
Favicon

imap-2007b on SLES10SP1

Hello,

I´m about to move mail server for 15000 users to a new server. The
SLES10SP1 distribution contains imap-2004. I would like to use the
newest version.
Have you any experience with imap-2007b on SLES10SP1?
There are any known issues with building and processing imap-2007b on
SLES10SP (e.g. ipv6)?

Thanks for your answers.

Jarmila Holcova
_______________________________________________
Imap-uw mailing list
Imap-uw <at> u.washington.edu
https://mailman1.u.washington.edu/mailman/listinfo/imap-uw
Permalink | Reply | 7 comments |
headers
Andrew Tamm | 13 Jun 21:22
Picon
Favicon

x-imapbase timestamp field being rewritten

I'm having a problem with various users having repeated downloads of the 
messages in their mailboxes.  Most, but not all, are using Mac Mail.app, 
although I'm not sure if this makes a difference.

The problem occurs intermittently, although it does seem to appear in 
clusters, i.e. multiple users will be affected at the same time.

For some reason, the X-IMAP field (in particular the first number, the 
time stamp) is being rewritten to the current time instead of its 
original value.  This causes all the messages to have new UIDL values, 
and so the POP client thinks that these are new messages.  The field in 
question is:

X-IMAP: 1213219525 0000000002

Although if the data is not stored in a placeholder message, the header 
is named X-IMAPbase.

Does anyone have any idea why that number would be changing?
_______________________________________________
Imap-uw mailing list
Imap-uw <at> u.washington.edu
https://mailman1.u.washington.edu/mailman/listinfo/imap-uw
Permalink | Reply | 6 comments |
headers
Marius Micluta | 10 Jun 16:38
Picon
Favicon

imapd snarfing to mix formatted inbox


Although this list seems almost inactive since Mark Crispin's regrettable 
departure, I place my query here with the hope of a reply from the users' 
community. I also sent a message to the alpine-contact address listed by Mark 
in his last message, but no reply followed.

I intend to switch the incoming mail inboxes on the system I am administering
to the alternative mix format. I compiled and installed imapd 2007a and it
works fine, but there is one feature that I was not able to use. Mailboxes in
the mix format (or any alternative format) are recognized, but the messages
from the Unix mail spool are not snarfed into these mailboxes. On the other
hand, pine 4.64 is able to snarf messages from the mail spool files into the
alternative inboxes it recognizes, as stated in the documentation. The name and
path for these inboxes were set according to the documentation (i.e., INBOX for
mix or mbox for mbox, placed in my home directory), but imap clients do not see
them as inboxes. On the contrary, pine run directly on the mail server detects
these mailboxes as inboxes and snarfs the messages from the mail spool.

I know that tmail delivery is a better alternative, but for the moment, lacking
a test system, I have to resort to a gradual and maybe partial migration of the
mailboxes. The load on the system is not important, so snarfing should do the
job. Besides, I am not sure that tmail works out of the box, and I kannot
afford risky tests on a production system.

Marius Micluta

Institute of Biochemistry of the Romanian Academy
Splaiul Independentei 296
060031 Bucharest
ROMANIA
(Continue reading)

Permalink | Reply | 8 comments |
headers
Andrew Porter | 2 Jun 22:16
Favicon

Question for Mark re future of imapd & Alpine

Mark:

Just read the Seattle Times article about the massive layoff in UW's IT 
group due to reduced use of UW computing resources caused by users 
shifting to webmail and other web-based resources.

This is maybe a question for you to pass on to one of the survivors, but 
any guesses as to what this means for future imapd and Alpine work? In 
particular I've just looked at the Web Alpine software, which looks 
interesting: but I'm reluctant to put any effort into something that 
might be orphaned if UW now lacks the resources to be doing development 
work for other than strictly internal use...

Andrew
_______________________________________________
Imap-uw mailing list
Imap-uw <at> u.washington.edu
https://mailman1.u.washington.edu/mailman/listinfo/imap-uw
Permalink | Reply | 2 comments |
headers
Mark Crispin | 20 May 23:43
Favicon

so long, and thanks for all the fish!

I was laid off today.  Unfortunately, I didn't get a change to push 
imap-2007b out the door in release status, but the development tarball 
there is pretty close to my final bits.

If you have support requests for UW imapd, please send them to the Alpine 
development team at UW, alpine-contact <at> u.washington.edu.

It has been a privilege to work with all of you for the past 20 years.

-- 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
Imap-uw <at> u.washington.edu
https://mailman1.u.washington.edu/mailman/listinfo/imap-uw
Permalink | Reply | 0 comments |
headers
Dister Kemp | 19 May 14:05
Picon

Win CE Port.

Hello Mark,

      I am working on getting the c-client working
on Win CE platform. I am using Visual Studio 2005
with Windows Mobile Pocket PC SDK.

I saw makefiles and some files under osdep/wce,
but using them still throws lot of build errors as
io.h, sys/types.h, time.h includes fail.

Is there a known or working port of c-client of Win CE?
If anyone has attempted this before, could you
please send some pointers my way.

Thanks
Dister

 

_______________________________________________
Imap-uw mailing list
Imap-uw <at> u.washington.edu
https://mailman1.u.washington.edu/mailman/listinfo/imap-uw
Permalink | Reply | 1 comment |
headers
bhayden | 18 May 20:31
Picon

Using spg (search) in mail_sort

Background: working on mods to Cambridge's Prayer webmail, which uses 
c-client.

Current issue: mail_sort works as expected, consistently, with one 
exception. Any search program (spg) passed to it seems to be completely 
ignored. I've tried many different approaches for the last 48 hours and 
nothing has worked, so I'm curious if there are known issues with this. If 
not, I'll be happy to provide any further detail (code and debugging info).

Basic relevant snip:

    search_pgm = mail_newsearchpgm();   /* Basic search program */
    search_pgm->undeleted = T;
    sort_pgm = mail_newsortpgm();
    stream->dtb->sort = &mail_sort_msgs;
    sort_pgm->function = SORTARRIVAL;
    if (!
        (tmp =
         mail_sort(stream, NIL, search_pgm, sort_pgm, (SO_FREE | SE_FREE))))
    {
           return (NIL);
    }

I also tried, among other things, making an explicit assignment:

   stream->dtb->sort = &mail_sort_msgs;

in order to make sure that mail_sort_msgs, with its call to 
mail_search_full, was being used. It was, and still no difference. It 
appears that the search program is being invoked, but matches all messages 
in the stream no matter the criteria...

-Brian Hayden

_______________________________________________
Imap-uw mailing list
Imap-uw <at> u.washington.edu
https://mailman1.u.washington.edu/mailman/listinfo/imap-uw
Permalink | Reply | 4 comments |
headers
Gabor FUNK | 10 May 02:23
Picon

libc-client.so.2007 - FD_SETSIZE limit [Unable to create selectable TCP socket]

Hi,

We have run into the problem of uw-imap limit's of open files.
I don't know whether it happens under "normal" uw-imap usage,
but it does happen when uw-imap is used by apache->php5->
php5-imap, and "parent" has more than 1024 files opened,
which can easily happen, eg. apache runs with 512+ virtualhosts
with 2 log files (access/error log) each, etc. [apache et al have
no problem opening larger number of files - they use system
ulimit values]

The code area where it happens is at around line 255 of  file
/src/osdep/unix/tcp_unix.c
[in imap-2007b.DEV.SNAP-0805082021.tar.Z]
which says:

 else if (sock >= FD_SETSIZE) {/* unselectable sockets are useless */
   sprintf (tmp,"Unable to create selectable TCP socket (%d >= %d)",
         sock,FD_SETSIZE);

This would result in "Unable to create selectable TCP socket"
message, when sock is above/equal 1024 [posix's fd_setsize value].

I'm not a programmer, but as far as I know, if you don't use
[lib's] select(), but poll() for example, then you can open pretty
much as many files as you can (till system limit).
Of course if there are select()-s then it is a deeper "problem"...

More details can be read at my bug report to debian:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=478193

And also many others ran into this, but they couldn't trace
the main cause of this problem, just google for the error
message, and add a "-funk" (my family name) to exclude
my bugreport (archived by many) from the results. Eg.:
google for:
"Unable to create selectable TCP socket" -"funk"

Still like ~205 hits found.

Cheers, G.
_______________________________________________
Imap-uw mailing list
Imap-uw <at> u.washington.edu
https://mailman1.u.washington.edu/mailman/listinfo/imap-uw
Permalink | Reply | 2 comments |
headers
bhayden | 8 May 22:05
Picon

SEGV on imap_expunge in c-client.

Hi folks. Here at the U of Minnesota we use a heavily-modded version of 
Cambridge's Prayer webmail. Out of the box it has a normal expunge call. I 
added one to do an expunge on specific messages. So, I happily did:

mail_expunge_full(stream, sequence, 0);

with 'sequence', of course, being a ptr to char the same as one would give 
to mail_copy_full. It compiles fine, core dumps at run time. Debugging, I 
get this:

  signal SEGV (no mapping at the fault address) in imap_expunge at line 
2403 in file "imap4r1.c"
  2403           if (LOCAL->tmp[0]) *s++ = ',';

We're linking against a src-unmodified c-client built on solaris 9 with GNU 
C, from imap-2006k. I know there is a more recent version of the IMAP 
toolkit; I checked imap_expunge and it has not changed, so I thought I'd 
ask here first for anything easy and obvious before building a new version 
of c-client. Also checked the release notes of the newer versions and 
didn't see anything referring to expunges.

Anyone have any thoughts, or similar experience? I'll be happy to provide 
any more info as requested. Thanks,

-Brian Hayden
University of Minnesota
Internet Services

_______________________________________________
Imap-uw mailing list
Imap-uw <at> u.washington.edu
https://mailman1.u.washington.edu/mailman/listinfo/imap-uw
Permalink | Reply | 4 comments |
headers
Mark Crispin | 4 May 19:50
Favicon

Re: using Unix EOLs for MBOX mailboxes under Windows?

Newline handling on Windows was a long-time hair-puller for me.

As we all know, the Windows standard for newline is CRLF (and IMHO that is 
the correct one).  Some Windows applications do not work at all well with 
bare-LF line terminator text files.

15 years ago, I was forced to make the Windows code be able to access 
traditional UNIX files on a UNIX server via Samba (my pleas to "use IMAP" 
being disregarded for many years until it finally sunk in).  That 
requirement, thankfully, has long been abandoned but there are still 
echoes of it in the Windows code.

Then came what do you do when someone FTP's it in binary mode (rather than 
ASCII).

Then came what do you do when the file is all mixed with LF-only and CRLF 
newlines (much of which came about by the Samba requirement).

The current UNIX code aggressively strips all CRs from the file, and the 
Windows code equally aggressively inserts CRs in front of all LFs.  Both 
have to deal with the possibility of bare CRs (and both strip these).

What this all means is that "I'm not touching it".  You're welcome to hack 
your copy and pull your hair instead.  I want to keep the hair I still 
have!  ;-)

If I were you, and determined to do this project in spite of my warnings, 
I would not start with the current Windows driver 
(.../src/osdep/nt/unixnt.c).  I would start with the current UNIX code 
(.../src/osdep/unix/unix.c) and port that to Windows.

To port the UNIX code to Windows, you have to fix some several library 
calls, and especially the way that the locking routines are called.  It 
won't compile until you do that.

You can use the Windows code as a guideline, but only minimally since 
there are traps if you do that (e.g., subtle differences in size 
calculations).  You may be able to do some diff comparisons, but the 
Windows code forked off so long ago it won't be as helpful as you think.

Good luck!  You'll need it...

On Sun, 4 May 2008, Vadim Zeitlin wrote:
> I had a request of one of the users of my c-client-based MUA to create
> MBOX files using LF line terminations instead of CR LF ones under Windows
> (if you're curious, he wants to use the same mailboxes from different
> systems) and I wonder if there is already a possibility to do it or if I
> could easily modify the code to add it.

-- Mark --

http://panda.com/mrc
Democracy is two wolves and a sheep deciding what to eat for lunch.
Liberty is a well-armed sheep contesting the vote.
_______________________________________________
Imap-uw mailing list
Imap-uw <at> u.washington.edu
https://mailman1.u.washington.edu/mailman/listinfo/imap-uw
Permalink | Reply | 0 comments |

Gmane