<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel about="http://blog.gmane.org/gmane.mail.imap.uw.c-client">
    <title>gmane.mail.imap.uw.c-client</title>
    <link>http://blog.gmane.org/gmane.mail.imap.uw.c-client</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2769"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2755"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2751"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2741"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2734"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2730"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2724"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2722"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2717"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2713"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2712"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2709"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2703"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2701"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2696"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2693"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2689"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2688"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2682"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2681"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2769">
    <title>SELinux and dmail</title>
    <link>http://comments.gmane.org/gmane.mail.imap.uw.c-client/2769</link>
    <description>
I just upgraded to Fedora 9 at home (disk went bad, FC4 didn't support 
new SATA disk on my motherboard, Firefox 3 wouldn't run ... time to 
change)

Anyhow, newer Fedora (and RHEL 5 on my new desktop at work) come with 
SELinux turned on, and I thought I should get my head around it instead 
of turning it off (after all, it is a security feature and I'm supposed 
to know about that stuff..)

So, a ton of SELinux errors (10,000 and counting) as soon as I start 
importing my stuff onto a virgin system. One relevant to this list is for 
dmail

I don't really know what I'm doing here (yet). This is still the standard 
sendmail config calling procmail as local delivery; .procmailrc feeds
"|dmail". I used chcon to set the attributes for dmail the same as 
procmail thinking that might help, but no. The mail is 
actually being delivered, though.

.. I just thought .. this is my old home partition using Reiserfs 3 on 
sdb10. According to some other error message I'd seen, an ISO volume 
(CDROM loopback) also has nfs type as it doesn't support the extended 
attributes. So maybe if I move my home directory to the new disk under 
ext3, and relabel it, the errors will go away. But it is quite common I 
think to have NFS-mounted home directories - certainly we do it at work 
on clustered machines - and I presume this would have the same problem.

Anyone done this before ?
Any idea what setroubleshooter is talking about "getattr to /" ?
I could not find "getattr" in the source code, and if it's
trying to access my mail folder, that's on /home not /


I also have a script  ~/bin/nmail which procmail calls to write message 
headers to a pipe that lists incoming mail in a window. That fails 
totally. Maybe the same issues around my reiserfs partition


   --

SELinux is preventing dmail (procmail_t) "getattr" to / (nfs_t).
SELinux denied access requested by dmail. It is not expected that this 
access is required by dmail and this access may signal an intrusion 
attempt.

Source Context:Â Â system_u:system_r:procmail_t:s0Target 
Context:Â Â system_u:object_r:nfs_t:s0Target Objects:Â Â / [ filesystem 
]Source:Â Â dmailSource Path:Â Â /usr/bin/dmail


denied { getattr } for pid=8337 comm="dmail" name="/" dev=sdb10 ino=2 
scontext=system_u:system_r:procmail_t:s0 
tcontext=system_u:object_r:nfs_t:s0 tclass=filesystem

   --

SELinux is preventing sh (procmail_t) "execute" to ./nmail 
(nfs_t).





</description>
    <dc:creator>Andrew Daviel</dc:creator>
    <dc:date>2008-10-06T19:20:24</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2755">
    <title>mix format doesn't check sysinbox for status</title>
    <link>http://comments.gmane.org/gmane.mail.imap.uw.c-client/2755</link>
    <description>we recently noticed that squirrelmail wasn't seeing new messages after 
users were converted to mix.  tracking down what is going on, i see that 
squirrelmail sends a status command and under mix, that doesn't take the 
system spool into account.  the mbx driver has code to count both on a 
status.

is this an oversight?  it looks like we could probably copy the logic of 
mbx_status and turn it into mix_status.  or is the "right way" to use 
tmail for delivery?
_______________________________________________
Imap-uw mailing list
Imap-uw&lt; at &gt;u.washington.edu
http://mailman2.u.washington.edu/mailman/listinfo/imap-uw

</description>
    <dc:creator>Joe Pruett</dc:creator>
    <dc:date>2008-09-18T21:52:05</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2751">
    <title>IMAP &amp; C-Client</title>
    <link>http://comments.gmane.org/gmane.mail.imap.uw.c-client/2751</link>
    <description>I am trying to install imap-2007b and the c-client library on OS X  
10.4.11, to use with php 5.2.6, so I can use postfixadmin.  I have  
read everything I could in the imap-2007b directory, and have spent  
several days on goggle looking for answers, and I am completely stumped.

I went into the imap-207b directory (under Users/wkanoff/Desktop) an  
did make oxp.  The  result were several directories including the  
ones I want, imap and c-client.  When I went into the directories an  
did ls, I saw all kinds of soft links to the src directory.

This is where i stop, I don't know what to do next.

Any help would be appreciated.

William Kanoff
wkanoff&lt; at &gt;gmail.com 
_______________________________________________
Imap-uw mailing list
Imap-uw&lt; at &gt;u.washington.edu
http://mailman2.u.washington.edu/mailman/listinfo/imap-uw

</description>
    <dc:creator>William Kanoff</dc:creator>
    <dc:date>2008-09-18T17:17:28</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2741">
    <title>RIM Blackberry BIS service and inability to reclaim space (burping) following delete/expunge</title>
    <link>http://comments.gmane.org/gmane.mail.imap.uw.c-client/2741</link>
    <description>The following message posted to the Email Administration in Higher 
Education mailing list may also be of interest to readers of this mailing 
list ...

---------- Forwarded message ----------
From: alex.nishri&lt; at &gt;utoronto.ca
To: Email Administration in Higher Education &lt;HIED-EMAILADMIN&lt; at &gt;LISTSERV.ND.EDU&gt;
Date: Wed, 10 Sep 2008 16:26:58 -0400 (EDT)
Subject: Re: Blackberry, in all of its awful glory


We see the same problem ...

Here at the University of Toronto we have about 12-15 calls per day of 
customers who are over-quota, for whom "delete" followed by "expunge" 
doesn't free up storage.

Based on a preliminary investigation it appears that the customers 
suffering this problem all use the Blackberry BIS service. The BIS service 
appears to have a long running (ie lasts weeks) IMAP session to access the 
INBOX with an IMAP IDLE. (An IMAP IDLE allows BIS to be notified of new 
messages essentially right away, without the need for polling.)

Our IMAP server supports concurrent IMAP sessions (including concurrent 
list, fetch, and delete). Our server also appears to support concurrent 
expunge (ie any client session can do an expunge, and all concurrent IMAP 
sessions to the same INBOX all see the INBOX has been expunged), but 
actual freeing of space (sometimes called "burping"), only happens when a 
session is able to get exclusive access to the INBOX.

As far as we can see, RIM's BIS server is acting according to IMAP 
standards. The problem lies in the inability to perform burping with 
concurrent access.

As a bypass to the this problem, we are currently considering killing 
BIS initiated TCP/IP sessions every 10 minutes, if the customer is 
over-quota.

Technical details

We think the problem has been happening since about mid-August. We don't 
know if something changed around then (e.g. did RIM start supporting
IMAP IDLE around that time?)

Looking at IMAP logs, one sees many short lived connections from the RIM 
BIS service. (We haven't confirmed this, but these are likely to be for 
fetching messages.) One needs to do a "ps" to see the long living IMAP 
processes.

Most of the long running BIS initiated IMAP sessions appear to have 
started on a Saturday. ie right now we see sessions that started Aug 16, 
Aug 23, and Aug 30. Perhaps RIM restarts BIS servers on Saturdays, 
rotating which BIS sever is restarted each Saturday ?

We use Washington IMAP with MIX format. Mark Crispin documented burping in 
http://www.washington.edu/imap/documentation/mixfmt.txt.html including 
"Shared burping has been a problem for every other IMAP server.  Most get 
it wrong, and cause terrible confusion to clients (including client 
crashes)."

References for related problems which may shed light on the current 
problem,

IMAP IDLE
KB13816
July 25, 2007
http://www.blackberry.com/btsc/articles/436/KB13816_f.SAL_Public.html

Email message delivery from IMAP IDLE integrated accounts is delayed
KB13846
Dec 13, 2007
http://www.blackberry.com/btsc/search.do?cmd=displayKC&amp;docType=kc&amp;externalId=KB13846&amp;sliceId=SAL_Public&amp;dialogID=179992621&amp;stateId=1%200%20179994453

Blackberry blocks emails from PC                                                                                                                                                                                
Sep 3, 2008                                                                                                                                                                                                     
http://supportforums.blackberry.com/rim/board/message?board.id=8100&amp;thread.id=4468

Alex Nishri
University of Toronto
_______________________________________________
Imap-uw mailing list
Imap-uw&lt; at &gt;u.washington.edu
http://mailman2.u.washington.edu/mailman/listinfo/imap-uw

</description>
    <dc:creator>alex.nishri&lt; at &gt;utoronto.ca</dc:creator>
    <dc:date>2008-09-13T17:07:01</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2734">
    <title>Unix INBOX in /var/mail, mbx INBOX in home, snarf problem.</title>
    <link>http://comments.gmane.org/gmane.mail.imap.uw.c-client/2734</link>
    <description>
I have small problem with "snarf" functionality of mbx driver of 
c-client. The IMAP client (Horde, here) issue the following sequence of 
commands:

 &gt;&gt;&gt; STATUS INBOX (MESSAGES RECENT UNSEEN UIDNEXT UIDVALIDITY)
&lt;&lt;&lt; STATUS INBOX (MESSAGES 6 RECENT 0 UNSEEN 6 UIDNEXT 16 UIDVALIDITY 
1212640213)

 &gt;&gt;&gt; NOOP
&lt;&lt;&lt; OK NOOP completed

 &gt;&gt;&gt; EXAMINE INBOX
&lt;&lt;&lt; 5 EXISTS
&lt;&lt;&lt; 0 RECENT
&lt;&lt;&lt; OK [UIDVALIDITY 1212640213] UID validity status
&lt;&lt;&lt; OK [UIDNEXT 15] Predicted next UID
&lt;&lt;&lt; FLAGS (\Answered \Flagged \Deleted \Draft \Seen)
&lt;&lt;&lt; OK [PERMANENTFLAGS ()] Permanent flags
&lt;&lt;&lt; OK [UNSEEN 1] first unseen message in /home/dan/INBOX
&lt;&lt;&lt; OK [READ-ONLY] EXAMINE completed

The status report 6 messages, EXAMINE reports only 5. NOOP shall update 
IMAP servers status with current content of mailbox.

In the fact, there are 5 messages in MBX ~/INBOX and one in 
/var/mail/&lt;username&gt;

The STATUS command is based on results of mbx_status() function which 
count messages in both ~/INBOX and /var/mail/... mailboxes.

The NOOP do nothing, because the folder is opened read-only.

The EXAMINE return data from ~/INBOX only (opened RO).

As a result the client write "You have 6 messages; Displaying 1..5 of 5

The unix's mbx driver never snarf if client doesn't request RW access to 
INBOX (and client doesn't request RW access to INBOX unless it want to 
change it which is not the case of pooling for changes).

It seems to be bug - driver shall snarf (from time to time) even if 
client request RO access only.

As a workaround I created a daemon which do "snarfing" by self, 
independently of imap/ipop daemons.

Well - that is problem description. Now question - did I miss something 
in the configuration and the described problem is only my problem or 
it's the real problem of mbx driver ?

I searched the FAQ and list archives, but it seems I'm alone with such 
problem ...

Dan



By the way: OS - FreeBSD, IMAP-UW version 2006j (but the relevant parts 
of 2007d mbx driver code seems to be same as in 2006j)
_______________________________________________
Imap-uw mailing list
Imap-uw&lt; at &gt;u.washington.edu
http://mailman2.u.washington.edu/mailman/listinfo/imap-uw

</description>
    <dc:creator>Dan Lukes</dc:creator>
    <dc:date>2008-09-06T20:10:12</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2730">
    <title>mix formated inbox bloated</title>
    <link>http://comments.gmane.org/gmane.mail.imap.uw.c-client/2730</link>
    <description>
If anyone else out there is using the mix format, I've got an odd problem 
on which I'd appreciate any input you could give.

I've got an INBOX that *looks* ok, 'mailutil check ...' says it's OK, and 
I can open it in clients via imapd (2006k.396) or directly with the 
Cclient module.

When I add up all the sizes of all the files (about 16 of them) in the 
INBOX directory, I get about 160M.  However, when I add up all the sizes 
of all the messages via any client, I get about 87M.  Also, if I use 
mailutil to copy the INBOX to either mbx or unix format, I likewise get 
about 87M (there are about 200 messages in the inbox if that has any 
relevance).

So there seems to be some 70M of extra stuff in my mix INBOX that isn't 
actually part of the inbox.

Are there files (or parts of files) that imapd should have cleaned up but 
didn't?  Is there a cleanup utility for this?  or is something broke?


I was wondering if this was a fluke or a common problem, so I scanned a 
bunch of inboxes.  Out of about 3000 mix inboxes I found 15 where the gap 
between the actual sizes of all the files and the size reported by the 
clients was greater than 20M.  So there must be something going on 
somewhere...


Thanks for any insight you can offer.
_______________________________________________
Imap-uw mailing list
Imap-uw&lt; at &gt;u.washington.edu
http://mailman2.u.washington.edu/mailman/listinfo/imap-uw

</description>
    <dc:creator>Joshua Frigerio</dc:creator>
    <dc:date>2008-09-04T23:13:37</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2724">
    <title>UID SEARCH 1:* NOT DELETED and UID SEARCH 1:* DELETED</title>
    <link>http://comments.gmane.org/gmane.mail.imap.uw.c-client/2724</link>
    <description>Is there a way to make c-client use the "NOT DELETED" and "DELETED" on the UID SEARCH command?

If not, is the newer c-client has that support or do I need to modify the code to do that?

Regards,
Shawn
_______________________________________________
Imap-uw mailing list
Imap-uw&lt; at &gt;u.washington.edu
http://mailman2.u.washington.edu/mailman/listinfo/imap-uw

</description>
    <dc:creator>Shawn Walker</dc:creator>
    <dc:date>2008-09-03T17:16:25</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2722">
    <title>Automated test</title>
    <link>http://comments.gmane.org/gmane.mail.imap.uw.c-client/2722</link>
    <description>I was wondering if there is a test script or tool to do automated tests 
of imap mailboxes and MTAs. This would probably run as root and send 
emails to various addresses on the local box and check if they arrived. 
I understand it's not possible to do this for remote destinations, for 
obvious reasons. But on a local destination one could "physically" check 
the mailbox file(s).

Thanks,
Jeroen
_______________________________________________
Imap-uw mailing list
Imap-uw&lt; at &gt;u.washington.edu
http://mailman2.u.washington.edu/mailman/listinfo/imap-uw

</description>
    <dc:creator>Jeroen van Aart</dc:creator>
    <dc:date>2008-08-21T19:40:27</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2717">
    <title>Mark mail as archived</title>
    <link>http://comments.gmane.org/gmane.mail.imap.uw.c-client/2717</link>
    <description>
Hi again,

just asked about the ANNOTATE (METADATA) facility
in IMAP and found that it isn't good for marking my
mailing list emails as archived in our company
archive.
Seems like using flags would be another possibility
and now my question is more about UW-IMAP:

Is it possible to define your own flags? The standard
seems to allow that.

Best
Dag

_______________________________________________
Imap-uw mailing list
Imap-uw&lt; at &gt;u.washington.edu
http://mailman2.u.washington.edu/mailman/listinfo/imap-uw

</description>
    <dc:creator>Dag Nygren</dc:creator>
    <dc:date>2008-08-19T17:08:12</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2713">
    <title>Using hashed mail spool directories with UW IMAP server</title>
    <link>http://comments.gmane.org/gmane.mail.imap.uw.c-client/2713</link>
    <description>Hello,


             I was wondering if anyone out there has modified the
mailboxdir() and/or the sysinbox() routines to support mail spool
directories of the format

/var/spool/mail/first_letter/second_letter/username

for example

/var/spool/mail/j/o/joe

or

/var/spool/mail/b/i/bill

My C programming skills are extremely rusty.  :-)  Hoping somebody out
there has done this already.


Thanks in advance,

Jeff

</description>
    <dc:creator>Jeffrey Parker</dc:creator>
    <dc:date>2008-08-19T13:33:51</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2712">
    <title>IMAP annotation utility</title>
    <link>http://comments.gmane.org/gmane.mail.imap.uw.c-client/2712</link>
    <description>
Hi,

just in the process of converting my old MH mailstore to mix and run into a 
problem with my mailing list archiving connection. It would need to annotate 
the mail as archived when it is.

My question is:

Is there a simple command line utility to add an annotation to a IMAP mail?
Or a Perl iinterface for ANNOTATE?

Best
Dag
_______________________________________________
Imap-uw mailing list
Imap-uw&lt; at &gt;u.washington.edu
http://mailman2.u.washington.edu/mailman/listinfo/imap-uw

</description>
    <dc:creator>Dag Nygren</dc:creator>
    <dc:date>2008-08-18T13:46:11</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2709">
    <title>imap-2007b instillation - did it work?</title>
    <link>http://comments.gmane.org/gmane.mail.imap.uw.c-client/2709</link>
    <description>Hi everyone,

I am trying to build the c-client but I am unsure if the build failed or 
was successful.

Somethings you would like to know:
OS: CentOS 5.2 (final)
PAM, OpenSSL all installed
Asterisk Build :)

The first time I built the c-client there were a lot of warnings so I 
went into "src/osep/unix/ssl_unix.c"
and changed line #101 FROM:
    if (stat ("/dev/urandom",&amp;sbuf)) {
      while ((fd = open (tmpnam (tmp),O_WRONLY|O_CREAT|O_EXCL,0600)) &lt; 0)

TO:
    if (stat ("/dev/urandom",&amp;sbuf)) {
      while ((fd = open (mkstemp (tmp),O_WRONLY|O_CREAT|O_EXCL,0600)) &lt; 0)

I was getting the error:
/home/laszlo/src/imap-2007b/c-client/osdep.c:337: warning: the use of 
`tmpnam' is dangerous, better use `mkstemp'

The warnings went away but I had the same output:
Building bundled tools...
cd mtest;make
make[2]: Entering directory `/home/laszlo/src/imap-2007b/mtest'
`cat ../c-client/CCTYPE` -I../c-client `cat ../c-client/CFLAGS`   -c -o 
mtest.o mtest.c
`cat ../c-client/CCTYPE` -I../c-client `cat ../c-client/CFLAGS` -o mtest 
mtest.o ../c-client/c-client.a `cat ../c-client/LDFLAGS`
mtest.o: In function `smtptest':
/home/laszlo/src/imap-2007b/mtest/mtest.c:782: warning: the `gets' 
function is dangerous and should not be used.
make[2]: Leaving directory `/home/laszlo/src/imap-2007b/mtest'
cd ipopd;make
make[2]: Entering directory `/home/laszlo/src/imap-2007b/ipopd'
`cat ../c-client/CCTYPE` -I../c-client `cat ../c-client/CFLAGS`   -c -o 
ipop2d.o ipop2d.c
`cat ../c-client/CCTYPE` -I../c-client `cat ../c-client/CFLAGS` -o 
ipop2d ipop2d.o ../c-client/c-client.a `cat ../c-client/LDFLAGS`
`cat ../c-client/CCTYPE` -I../c-client `cat ../c-client/CFLAGS`   -c -o 
ipop3d.o ipop3d.c
`cat ../c-client/CCTYPE` -I../c-client `cat ../c-client/CFLAGS` -o 
ipop3d ipop3d.o ../c-client/c-client.a `cat ../c-client/LDFLAGS`
make[2]: Leaving directory `/home/laszlo/src/imap-2007b/ipopd'
cd imapd;make
make[2]: Entering directory `/home/laszlo/src/imap-2007b/imapd'
`cat ../c-client/CCTYPE` -I../c-client `cat ../c-client/CFLAGS`   
-DANOFILE=\"/etc/anonymous.newsgroups\" -DALERTFILE=\"/etc/imapd.alert\" 
-DNNTPFILE=\"/etc/imapd.nntp\" -DUSERALERTFILE=\".imapalert\" 
-DSHUTDOWNFILE=\"/etc/nologin\"   -c -o imapd.o imapd.c
`cat ../c-client/CCTYPE` -I../c-client `cat ../c-client/CFLAGS`   
-DANOFILE=\"/etc/anonymous.newsgroups\" -DALERTFILE=\"/etc/imapd.alert\" 
-DNNTPFILE=\"/etc/imapd.nntp\" -DUSERALERTFILE=\".imapalert\" 
-DSHUTDOWNFILE=\"/etc/nologin\" -o imapd imapd.o ../c-client/c-client.a 
`cat ../c-client/LDFLAGS`
make[2]: Leaving directory `/home/laszlo/src/imap-2007b/imapd'
cd mailutil;make
make[2]: Entering directory `/home/laszlo/src/imap-2007b/mailutil'
`cat ../c-client/CCTYPE` -I../c-client `cat ../c-client/CFLAGS`   -c -o 
mailutil.o mailutil.c
`cat ../c-client/CCTYPE` -I../c-client `cat ../c-client/CFLAGS` -o 
mailutil mailutil.o ../c-client/c-client.a `cat ../c-client/LDFLAGS`
make[2]: Leaving directory `/home/laszlo/src/imap-2007b/mailutil'
cd mlock;make || true
make[2]: Entering directory `/home/laszlo/src/imap-2007b/mlock'
`cat ../c-client/CCTYPE` `cat ../c-client/CFLAGS`   -c -o mlock.o mlock.c
`cat ../c-client/CCTYPE` `cat ../c-client/CFLAGS` -o mlock mlock.o
make[2]: Leaving directory `/home/laszlo/src/imap-2007b/mlock'
cd dmail;make || true
make[2]: Entering directory `/home/laszlo/src/imap-2007b/dmail'
`cat ../c-client/CCTYPE` -I../c-client `cat ../c-client/CFLAGS`   -c -o 
dmail.o dmail.c
`cat ../c-client/CCTYPE` -I../c-client `cat ../c-client/CFLAGS`   -c -o 
dquota.o dquota.c
`cat ../c-client/CCTYPE` -I../c-client `cat ../c-client/CFLAGS` -o dmail 
dmail.o dquota.o ../c-client/c-client.a `cat ../c-client/LDFLAGS`
make[2]: Leaving directory `/home/laszlo/src/imap-2007b/dmail'
cd tmail;make || true
make[2]: Entering directory `/home/laszlo/src/imap-2007b/tmail'
`cat ../c-client/CCTYPE` -I../c-client `cat ../c-client/CFLAGS`   -c -o 
tmail.o tmail.c
`cat ../c-client/CCTYPE` -I../c-client `cat ../c-client/CFLAGS`   -c -o 
tquota.o tquota.c
`cat ../c-client/CCTYPE` -I../c-client `cat ../c-client/CFLAGS` -o tmail 
tmail.o tquota.o ../c-client/c-client.a `cat ../c-client/LDFLAGS`
make[2]: Leaving directory `/home/laszlo/src/imap-2007b/tmail'
make[1]: Leaving directory `/home/laszlo/src/imap-2007b'


Did I make the c-client?

Thanks in advance,
Lee Lundrigan
Laszlo Systems

_______________________________________________
Imap-uw mailing list
Imap-uw&lt; at &gt;u.washington.edu
http://mailman2.u.washington.edu/mailman/listinfo/imap-uw

</description>
    <dc:creator>Lee Lundrigan</dc:creator>
    <dc:date>2008-08-11T23:49:24</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2703">
    <title>Crash fetching an empty text part</title>
    <link>http://comments.gmane.org/gmane.mail.imap.uw.c-client/2703</link>
    <description>Hello,

I've got a php app using the php-imap extension and a segmentation fault 
occurs during a call to imap_fetchbody on a specific message and 
section. I've attached an example email message that causes my crash. It 
seems a multipart/mixed message that contains a text part with no text 
will crash when I attempt to fetch the empty part. I tried a message 
that wasn't multipart and contained only a single empty text part and no 
crash occurred.

Debugging, I see the crash occurs in memcpy called from c-client. I 
believe that the problem is in the imap_parse_string function. The crash 
scenario calls imap_parse_string with the value "{-1}" in the txtptr 
parameter. Later in the function the "-1" is extracted and passed to 
strtoul which understandably isn't terribly happy about bing asked to 
make a negative number unsigned. The crazy value returned from strtoul 
is passed down to the memcpy which crashes.

At this point I am a bit stumped. I'm not sure where that "-1" is coming 
from, though I suspect it could be from the imap server. We're using 
Zimbra which uses cyrus (2.1.22.3) for imap. The php app is running on 
Fedora 9 using php 5.2.6-2 and libc-client-2007b-1 both installed by rpm.

If there's any help or advice anyone can offer I would appreciate it. 
Let me know if you need any more info. Thanks!
Date: Thu, 07 Aug 2008 10:47:41 -0400
From: Josh Freed &lt;josh&lt; at &gt;fakeemail.com&gt;
MIME-Version: 1.0
To: nothing&lt; at &gt;nowhere.com
Subject: Trying to make a crash
Content-Type: multipart/mixed;
 boundary="------------070009080906060400030707"

This is a multi-part message in MIME format.
--------------070009080906060400030707
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit


--------------070009080906060400030707--

_______________________________________________
Imap-uw mailing list
Imap-uw&lt; at &gt;u.washington.edu
http://mailman2.u.washington.edu/mailman/listinfo/imap-uw
</description>
    <dc:creator>Josh Freed</dc:creator>
    <dc:date>2008-08-08T17:24:27</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2701">
    <title>patch: fix for rare smtp_close() crash</title>
    <link>http://comments.gmane.org/gmane.mail.imap.uw.c-client/2701</link>
    <description>_______________________________________________
Imap-uw mailing list
Imap-uw&lt; at &gt;u.washington.edu
http://mailman2.u.washington.edu/mailman/listinfo/imap-uw
</description>
    <dc:creator>Vadim Zeitlin</dc:creator>
    <dc:date>2008-08-07T22:31:00</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2696">
    <title>utf8_mime2text doesn't decode "ISO-8859-1''%..."</title>
    <link>http://comments.gmane.org/gmane.mail.imap.uw.c-client/2696</link>
    <description>I have a message from the latest thunderbird client that is setting the filename as:

Content-Disposition: inline;
  filename*0*=ISO-8859-1''%65%78%65%6D%70%6C%65%2D%64%E9%64%E9%6D%2D%31%2E;
  filename*1*=%35%2E%70%64%66

The issue is that utf8_mime2text isn't decoding the filename.  Is there an update to c-client that 
will correctly decode the filename?  c-client is handling the filename*#* correctly, just not 
decoding it.
_______________________________________________
Imap-uw mailing list
Imap-uw&lt; at &gt;u.washington.edu
http://mailman2.u.washington.edu/mailman/listinfo/imap-uw

</description>
    <dc:creator>Shawn Walker</dc:creator>
    <dc:date>2008-08-05T22:11:47</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2693">
    <title>mix conversion on live system</title>
    <link>http://comments.gmane.org/gmane.mail.imap.uw.c-client/2693</link>
    <description>i doesn't look like there is an easy way to convert people's inboxes and 
mail folders over to mix while the server is live.  i haven't delved into 
the guts of mixcvt, but i'm wondering if it locks the input folder while 
reading so that i could then hack in a quick rename into mixcvt.  but i'm 
not sure if the locking of the other tools would have already opened the 
original file and just merrily use it after the lock vanished?  what i'm 
hoping for is:

exclusive lock original
mix convert to temp
rename original to backup
rename temp to original
unlock original

so that the worst that happens is during the conversion, a user is denied 
access to the mailbox being converted.  do i have any hope?
_______________________________________________
Imap-uw mailing list
Imap-uw&lt; at &gt;u.washington.edu
https://mailman1.u.washington.edu/mailman/listinfo/imap-uw

</description>
    <dc:creator>Joe Pruett</dc:creator>
    <dc:date>2008-07-22T23:45:08</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2689">
    <title>imap and solaris 10 : execution process terminatedabnormally</title>
    <link>http://comments.gmane.org/gmane.mail.imap.uw.c-client/2689</link>
    <description>Hello,

I got a new mail serveur and I'm installing components.
I had no problem until I tried  to install imap.
I'm using solaris 10 on a sun T1000 server.
I compiled imap-2007b without any problem
(make options are :  gso PASSWDTYPE=pmb. The mail serveur is a ldap  
client)

When using thunderbird I can be connected to my mailbox
(i.e. ssl is ok) but when I try to delete messages in my Inbox,
I get sometimes (yes, sometimes !) the following message:

"Alert
The current command did not succeed. The mail server responded:
Execution process terminated abnormally (d)."

of course, there is nothing in the logs...

Any idea ?
thanks in advance

Bruno



_______________________________________________
Imap-uw mailing list
Imap-uw&lt; at &gt;u.washington.edu
https://mailman1.u.washington.edu/mailman/listinfo/imap-uw

</description>
    <dc:creator>Bruno Richard</dc:creator>
    <dc:date>2008-07-17T14:52:56</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2688">
    <title>Making multiple Imap Client Connection im my application</title>
    <link>http://comments.gmane.org/gmane.mail.imap.uw.c-client/2688</link>
    <description>_______________________________________________
Imap-uw mailing list
Imap-uw&lt; at &gt;u.washington.edu
https://mailman1.u.washington.edu/mailman/listinfo/imap-uw
</description>
    <dc:creator>Pankaj Bathwal</dc:creator>
    <dc:date>2008-07-17T08:42:29</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2682">
    <title>Imap Idle oddness</title>
    <link>http://comments.gmane.org/gmane.mail.imap.uw.c-client/2682</link>
    <description>my first post so hello everyone :D

I'm investigating Imap Idle + Nokia S60 and have noticed an oddness I  
hope someone can help with. Monitoring the communication using tcpdump  
I've found that the imap server (at least, over ssl) sends a packet  
every 2 minutes which is then replied to by the client. This surprises  
me as I had expected no communication for up to 29 minutes if there  
was nothing to report. Further investigation shows that this also  
happens with the Apple Mail client and that it is definitely a server- 
triggered communication.

Any ideas why there is this 2min packet exchange?

Thanks,
Robert
---
GnuPG public key:
http://www.Far-Blue.co.uk


_______________________________________________
Imap-uw mailing list
Imap-uw&lt; at &gt;u.washington.edu
https://mailman1.u.washington.edu/mailman/listinfo/imap-uw

</description>
    <dc:creator>Robert Goldsmith</dc:creator>
    <dc:date>2008-07-14T10:49:57</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2681">
    <title>IMAP + SSL + PHP in Windows</title>
    <link>http://comments.gmane.org/gmane.mail.imap.uw.c-client/2681</link>
    <description>Hello all:

First, hello everyone! I hope this is the right list to submit this.
Apologies if not.

Next, background. I am configuring a web-based PHP helpdesk application
that is supposed to connect to our Exchange server and download emails.
The environment is as follows --

* Windows 2008 Server
* PHP 5.2.6
-- php_imap says that its c-Client version is 2004, which is
puzzling. 
-- php_imap also says that SSL is enabled
* IIS 7

When I try connecting, I get the following message, 
----
Account being parsed is [**my email here**] 
Time Limit: unlimited secs 
Memory Limit: 64M 
Failed with error: [CLOSED] IMAP connection broken (server response)
----

After some research, I see that there have been several noted bugs with
PHP, the php_imap extension, and SSL IMAP connections (especially to
Microsoft Exchange). So, I thought I would ask whether anyone has been
successful with a situation similar to mine (where authentication
fails). If so, and, if you happen to have a compiled .DLL or two out of
the whole process that connect to Exchange or other IMAP servers, I
would be eternally grateful if you would let me try using them.
Otherwise, any suggestions are welcome.

Thank you all,

-mike

---

Mike Queisser
IT Specialist 2
Business &amp; Finance Systems Group
Washington State University
squeezer&lt; at &gt;wsu.edu


_______________________________________________
Imap-uw mailing list
Imap-uw&lt; at &gt;u.washington.edu
https://mailman1.u.washington.edu/mailman/listinfo/imap-uw

</description>
    <dc:creator>Queisser, Michael Rowell</dc:creator>
    <dc:date>2008-07-08T20:11:26</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2672">
    <title>is 2007b stable?</title>
    <link>http://comments.gmane.org/gmane.mail.imap.uw.c-client/2672</link>
    <description>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&lt; at &gt;u.washington.edu
https://mailman1.u.washington.edu/mailman/listinfo/imap-uw

</description>
    <dc:creator>Joe Pruett</dc:creator>
    <dc:date>2008-06-26T22:56:07</dc:date>
  </item>
  <textinput about="http://search.gmane.org/?group=$group=gmane.mail.imap.uw.c-client">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.mail.imap.uw.c-client</link>
  </textinput>
</rdf:RDF>
