<?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.binc.general">
    <title>gmane.mail.imap.binc.general</title>
    <link>http://blog.gmane.org/gmane.mail.imap.binc.general</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.binc.general/3962"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.imap.binc.general/3958"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.imap.binc.general/3949"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.imap.binc.general/3879"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.imap.binc.general/3870"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.imap.binc.general/3856"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.imap.binc.general/3844"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.imap.binc.general/3835"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.imap.binc.general/3826"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.imap.binc.general/3814"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.imap.binc.general/3811"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.imap.binc.general/3798"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.imap.binc.general/3795"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.imap.binc.general/3794"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.imap.binc.general/3793"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.imap.binc.general/3787"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.imap.binc.general/3785"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.imap.binc.general/3785"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.imap.binc.general/3758"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.imap.binc.general/3749"/>
      </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.binc.general/3962">
    <title>[binc] Mail Loop?</title>
    <link>http://comments.gmane.org/gmane.mail.imap.binc.general/3962</link>
    <description>I'm still getting repeated messages, about one every 3 minutes.
Is there a mail-loop issue on the binc server.
I've ruled out a local problem, every message has a differnet  ESMTP id, from the binc server.
Could the mail server be overwhelmed from the spam or something?



Ken Lyons
Sr. Tech
GraphixWizard
Web Design, Hosting &amp; IT Solutions
http://Hosting.GraphixWizard.com
KenL&lt; at &gt;GraphixWizard.com
Tel: 407-656-9742</description>
    <dc:creator>Kenneth Lyons</dc:creator>
    <dc:date>2006-01-09T20:55:04</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.imap.binc.general/3958">
    <title>[binc] Notice: Please resubscribe to the mailing list</title>
    <link>http://comments.gmane.org/gmane.mail.imap.binc.general/3958</link>
    <description>Hi, everyone.

As part of fighting the ongoing spam problem on this mailing list, we've
decided to switch to a different server, running different software.

A good thing is that the new server has higher reliability than the
existing server. Another good thing is that it's running Mailman, which
has an easy-to-use interface for configuring, for example, post-only
subscription.

You need to resubscribe to the new mailing list software. The reason we
are doing this is not technical, rather it's because spammers have
registered an unknown number of fake addresses to this list, and we can't
tell the good ones from the bad ones.

You can subscribe here:

https://lists.su.se/mailman/listinfo/binc
https://lists.su.se/mailman/listinfo/binc-dev
https://lists.su.se/mailman/listinfo/binc-news

Hopefully this will be a painless transition for you all. After this email
has been sent, the &lt; at &gt;bincimap.org emails will go to the new server. See you
all on the new lists!

Andy and Jerry :-)

--
Andreas Aardal Hanssen   | http://www.andreas.hanssen.name/gpg
Author of Binc IMAP      |  "It is better not to do something
http://www.bincimap.org/ |        than to do it poorly."


</description>
    <dc:creator>Andreas Aardal Hanssen</dc:creator>
    <dc:date>2006-01-10T15:06:28</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.imap.binc.general/3949">
    <title>[binc] Spam Filters, etc.</title>
    <link>http://comments.gmane.org/gmane.mail.imap.binc.general/3949</link>
    <description>We've all been through this discussion. Like other users, it's the REPLYS that are filling my inbox. 
--which is why this email  is from scratch. I must have deleted at least 50 messages already.

We use CLAMAV and it does a good job of bouncing  phishing emails like this, as well as email viruses.
The list needs to have  *SOME TYPE*  of filtering. It's insane to run a  nearly open relay, 
(subscribing can be done with automated tools now a days).


Ken Lyons
Sr. Tech
GraphixWizard
Web Design, Hosting &amp; IT Solutions
http://Hosting.GraphixWizard.com
KenL&lt; at &gt;GraphixWizard.com
Tel: 407-656-9742</description>
    <dc:creator>Kenneth Lyons</dc:creator>
    <dc:date>2006-01-09T19:13:14</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.imap.binc.general/3879">
    <title>[binc] patches for an stricter world, and x86-64.</title>
    <link>http://comments.gmane.org/gmane.mail.imap.binc.general/3879</link>
    <description>hi, the following patches are been used by t2-project.org (a framework 
to develop distributions forked from ROCKLinux) to build bincimap on gcc 
4 and for x86-64.

http://svn.exactcode.de/t2/trunk/package/mail/bincimap/errno.patch
http://svn.exactcode.de/t2/trunk/package/mail/bincimap/uninitialized-fix.patch
http://svn.exactcode.de/t2/trunk/package/mail/bincimap/x86-64-compile-fix.patch

they are very simple, i hope you accept them.

long life to BincIMAP ,-)
Alejandro Mery

</description>
    <dc:creator>Alejandro Mery</dc:creator>
    <dc:date>2006-01-04T22:29:19</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.imap.binc.general/3870">
    <title>[binc] The mailing list archives are now available!</title>
    <link>http://comments.gmane.org/gmane.mail.imap.binc.general/3870</link>
    <description>Hi, everyone!

After some time of disaster recovery after hardware failure, and a fair 
amount of lazyness from my side, we now have a fully functional web 
archive of all mailing lists again.

Example: http://www.bincimap.andreas.hanssen.name/archive/?0::2487

Enjoy!

Andy :-)

--
Andreas Aardal Hanssen   | http://www.andreas.hanssen.name/gpg
Author of Binc IMAP      |  "It is better not to do something
http://www.bincimap.org/ |        than to do it poorly."


</description>
    <dc:creator>Andreas Aardal Hanssen</dc:creator>
    <dc:date>2006-01-01T17:44:43</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.imap.binc.general/3856">
    <title>[binc] Reverse DNS for list server</title>
    <link>http://comments.gmane.org/gmane.mail.imap.binc.general/3856</link>
    <description>Hello,

It appears the Binc mailing list server doesn't have a properly 
configured reverse record:

acb&lt; at &gt;illyria:/$ host mx0.andreas.hanssen.name
mx0.andreas.hanssen.name has address 217.144.230.29
acb&lt; at &gt;illyria:/$ host 217.144.230.29
Host 29.230.144.217.in-addr.arpa not found: 3(NXDOMAIN)

Mailing list matter seems to originate from 217.144.230.29.

Please note that RFC 1912 recommends reverse records for all IP 
addresses ("For every IP address, there should be a matching PTR 
record in the in-addr.arpa domain.").

I hope this will be fixed soon.

Regards,
Anders

</description>
    <dc:creator>Anders la Cour Bentzon</dc:creator>
    <dc:date>2005-12-19T18:35:35</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.imap.binc.general/3844">
    <title>[binc] crashes and corruption on 1.3.4</title>
    <link>http://comments.gmane.org/gmane.mail.imap.binc.general/3844</link>
    <description>hi, i have been using 1.2 with qmail-ldap for a looong time flawlessly, 
and i love it. but since monday i'm using 1.3.4.

i have two problems.

the first, when i try to move big mails using MUA it binc crashes:
&lt; at &gt;4000000043a18b3a387a6d6c terminate called after throwing an instance of 
'std::bad_alloc'
&lt; at &gt;4000000043a18b3a39090554   what():  St9bad_alloc
&lt; at &gt;4000000043a18b3b069d88ec &lt;amery&lt; at &gt;geeks.cl&gt; authentication failed: server 
died by signal 6

the second, i get some mails corrupted on MUAs.
example:
260K    cur/1089304815.R635723058M985755P26643Q33.ferrari:2,S
has an image attached, but in the middle of the enconded image the 
header starts again, then the image and in the middle, the header and loop.

25 parts where only 2 exist on disc (local reiserfs3), and useless data 
rendered on thunderbird.

anyone experiencing this issues? anything i can do to find the cause?

there is any env var i can export to get bincimap-up and bincimapd not 
silent on --log-type=multilog ?

</description>
    <dc:creator>Alejandro Mery</dc:creator>
    <dc:date>2005-12-15T16:23:28</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.imap.binc.general/3835">
    <title>[binc] Marking messages as read doesn't "work"</title>
    <link>http://comments.gmane.org/gmane.mail.imap.binc.general/3835</link>
    <description>I use MS Entourage on OS X to check my email. I have three IMAP accounts
that I routinely check. One is on an exchange server, another a Cyrus IMAP
server and finally a Binc IMAP server.

Every morning I get 4 status emails to my binc server that I quickly read.
Entourage marks these messages as read and then a few minutes later it will
set the unread count for Inbox to &gt;1. I click on Inbox and wait a few
seconds as it figures out that at least one (and sometimes more) of the
messages I had just read are now marked unread again.

This doesn't happen with any other IMAP server I've ever used with any MUA
I've ever played with. I haven't tried to repro this with another MUA on
binc simply because I'm lazy.

Any ideas? I'm happy to provide more information I just don't necessarily
know what is relevant.

-Bob


</description>
    <dc:creator>Bob Van Zant</dc:creator>
    <dc:date>2005-12-12T19:02:18</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.imap.binc.general/3826">
    <title>[binc] PayPal Update Alert</title>
    <link>http://comments.gmane.org/gmane.mail.imap.binc.general/3826</link>
    <description/>
    <dc:creator>PayPal</dc:creator>
    <dc:date>2005-12-02T20:54:12</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.imap.binc.general/3814">
    <title>[binc] Using binc over ssh</title>
    <link>http://comments.gmane.org/gmane.mail.imap.binc.general/3814</link>
    <description>Hi,

Is it possible to use Binc IMAP over ssh? I guess really the question is
can a user manually run a Binc IMAP daemon on the terminal. If so then
it should work over ssh as well.

As an example, Evolution lets you configure a 'Custom command to connect
to server' and the example is:

  ssh -C -l %u %h exec /usr/sbin/imapd

This should let me use imap securely over SSH without needing to input
my password. I already have it working over imaps but tire of entering
my password each time I start evo. Also it would mean I could access
mail remotely (I don't expose imap/s externally).

I've tried a whole bunch of variations of the above command running
bincimapd and bincimap-up and nothing I've tried works. If it is
possible, what command should I use?

Cheers,

Martin.


</description>
    <dc:creator>Martin Ebourne</dc:creator>
    <dc:date>2005-11-29T00:00:07</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.imap.binc.general/3811">
    <title>[binc] can't save drafts or sent messages on server</title>
    <link>http://comments.gmane.org/gmane.mail.imap.binc.general/3811</link>
    <description>Hello,

I just switched to Qmail and BincImap from Sendmail.  When I  
configure Mail.app (on Mac OS 10.4) to save drafts or sent messages  
on the server, those actions fail with a generic error message.  Is  
this functionality known to work in BincImap?  The permissions on my  
Maildir on the server seem to be correct (700, with me as owner), and  
I can see the bincimapd process running as me while I'm connected  
through Mail.app.  Thanks for any thoughts or help.

Eric


</description>
    <dc:creator>Eric Rath</dc:creator>
    <dc:date>2005-11-28T20:48:21</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.imap.binc.general/3798">
    <title>[binc] wiki defacing and email challenges</title>
    <link>http://comments.gmane.org/gmane.mail.imap.binc.general/3798</link>
    <description>Hello, I just subscribed to the list to pass a message to Andreas  
Hanssen since I tried to contact him but was blocked by a stupid  
challenge/response.

The message was just letting him know that I had noticed that the  
wiki page

http://lifewithbincimap.org/index.php/Outlook/OutLook

has been defaced very recently.

But now my point is another, since I mailed Mr Hanssen I received two  
challenges from his system to confirm that my message was not spam.  
This is a very uncivilised way of protecting oneself from spam, as it  
creates scatter spam to innocent third parties whose address might  
have been forged in the original spam. This is bad if it is sent out  
once, and it is worse if it is sent twice, as in Mr Hanssen case.
(A third challenge will go straight to spamcop).


I will never reply to a challenge, so this is my only method to let  
Mr Hanssen know.


Thank you and sorry if this might sound a bit harsh.

Giuliano

</description>
    <dc:creator>Giuliano Gavazzi</dc:creator>
    <dc:date>2005-11-24T01:33:02</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.imap.binc.general/3795">
    <title>[binc] Technical problems</title>
    <link>http://comments.gmane.org/gmane.mail.imap.binc.general/3795</link>
    <description>I have been bothered by technical problems with this mailing list. Could
someone please try posting and see if we are back online?

Andy :-)

--
Andreas Aardal Hanssen   | http://www.andreas.hanssen.name/gpg
Author of Binc IMAP      |  "It is better not to do something
http://www.bincimap.org/ |        than to do it poorly."


</description>
    <dc:creator>Andreas Aardal Hanssen</dc:creator>
    <dc:date>2005-11-21T20:23:49</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.imap.binc.general/3794">
    <title>[binc] PayPal Notification: Update your information</title>
    <link>http://comments.gmane.org/gmane.mail.imap.binc.general/3794</link>
    <description/>
    <dc:creator>Paypal Updates Team</dc:creator>
    <dc:date>2005-10-25T00:28:55</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.imap.binc.general/3793">
    <title>[binc] Update your Paypal!</title>
    <link>http://comments.gmane.org/gmane.mail.imap.binc.general/3793</link>
    <description/>
    <dc:creator>Paypal</dc:creator>
    <dc:date>2005-10-16T18:45:48</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.imap.binc.general/3787">
    <title>[binc] devel trouble...</title>
    <link>http://comments.gmane.org/gmane.mail.imap.binc.general/3787</link>
    <description>Hello,

I wanted to play around with the devel version of binc (in part because 
it has support for the CHILDREN extension). So, I downloaded 1.3.4 from 
www.bincimap.org, compiled it with the same ./configure options as I'd 
compiled 1.2.13 with, and tried to run bincimap-up by hand. When I run 
just "./bincimap-up" it seems to work just fine---well, it doesn't know 
how to authenticate, but it prints out the welcome message. But when I 
try to give it a command-line argument, like "--logtype=multilog", it 
shuts down instantly on me.

Any idea what's going wrong?

Here's a systrace of it:

execve("/usr/local/bin/bincimap-up-devel", ["/usr/local/bin/bincimap-up-devel", "--logtype=multilog"], [/* 46 vars */]) = 0
uname({sys="Linux", node="marvin", ...}) = 0
brk(0)                                  = 0x806d000
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40017000
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
open("/etc/ld.so.preload", O_RDONLY)    = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY)      = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=19523, ...}) = 0
old_mmap(NULL, 19523, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40018000
close(3)                                = 0
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
open("/usr/lib/i686/cmov/libssl.so.0.9.7", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0\205\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=198576, ...}) = 0
old_mmap(NULL, 199344, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4001d000
old_mmap(0x4004b000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x2e000) = 0x4004b000
close(3)                                = 0
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
open("/usr/lib/i686/cmov/libcrypto.so.0.9.7", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0p\300\2"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=1029672, ...}) = 0
old_mmap(NULL, 1043608, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4004e000
old_mmap(0x40138000, 73728, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0xea000) = 0x40138000
old_mmap(0x4014a000, 11416, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x4014a000
close(3)                                = 0
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
open("/lib/tls/libdl.so.2", O_RDONLY)   = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\320\32"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=9872, ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4014d000
old_mmap(NULL, 8632, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4014e000
old_mmap(0x40150000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x2000) = 0x40150000
close(3)                                = 0
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
open("/usr/lib/libstdc++.so.5", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\200\301"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=737816, ...}) = 0
old_mmap(NULL, 761536, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40151000
old_mmap(0x401f0000, 90112, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x9e000) = 0x401f0000
old_mmap(0x40206000, 20160, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40206000
close(3)                                = 0
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
open("/lib/tls/libm.so.6", O_RDONLY)    = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\00005\0\000"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=134496, ...}) = 0
old_mmap(NULL, 136976, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4020b000
old_mmap(0x4022c000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x20000) = 0x4022c000
close(3)                                = 0
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
open("/lib/libgcc_s.so.1", O_RDONLY)    = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\20\30\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=32292, ...}) = 0
old_mmap(NULL, 35304, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4022d000
old_mmap(0x40235000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x7000) = 0x40235000
close(3)                                = 0
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
open("/lib/tls/libc.so.6", O_RDONLY)    = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`Z\1\000"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1254468, ...}) = 0
old_mmap(NULL, 1264780, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40236000
old_mmap(0x40360000, 36864, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x129000) = 0x40360000
old_mmap(0x40369000, 7308, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40369000
close(3)                                = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4036b000
set_thread_area({entry_number:-1 -&gt; 6, base_addr:0x4036b6c0, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0
munmap(0x40018000, 19523)               = 0
brk(0)                                  = 0x806d000
brk(0x808e000)                          = 0x808e000
brk(0)                                  = 0x808e000
exit_group(111)                         = ?


~Kyle
</description>
    <dc:creator>Kyle Wheeler</dc:creator>
    <dc:date>2005-09-25T00:46:15</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.imap.binc.general/3785">
    <title>[binc] bincimap and mutt..</title>
    <link>http://comments.gmane.org/gmane.mail.imap.binc.general/3785</link>
    <description>Hi everyone.

First, some background information:
I'm running FreeBSD 5.4-STABLE
mutt 1.4.2.1i (2004-02-12)  (from FreeBSD ports)
bincimap 1.2.12 (FreeBSD ports)

I'm having an issue similar to the one which was
reported in this message:
http://marc.theaimsgroup.com/?l=mutt-users&amp;m=109468068203956&amp;w=2

In brief, I cannot seem to read messages on my mutt
through its IMAP facility.  It wants to browse the
IMAP folders as a filesystem and not look at them as
mail folders.

Pressing &lt;space&gt; on these folders instead of &lt;enter&gt;
does make mutt print "Getting folder list" at the
bottom, but mutt goes no further.  

When hitting enter on the folder, I am presented with
a window with [=foldername] at the top, but only an:

IMAP                          ../

line in every folder view.

For the longest time, I had a fetchyahoo -&gt; maildrop
-&gt; HOME/Maildir setup going fine.

I have sinced changed my setup from the above to have
virtual domains through qmail/bincimapd/vpopmail with
vchkpw authorizing virtual users (including my own
shell account).

My virtual Maildirs are stored in
/usr/local/vpopmail/domains/&lt;DOMAIN&gt;/&lt;USER&gt;/Maildir

each folder under Maildir has:

Maildir/cur   Maildir/tmp   Maildir/new
testfolder/cur   testfolder/tmp   Maildir/new

etc.  INBOX is linked thusly ln -sf ../Maildir INBOX

Using Thunderbird with IMAPS through bincimap from my
Windows box located on my local LAN works perfectly. 
It can read and write messages from IMAP and to my
local SMTP server.

Here are some relevant lines from my mutt and binc
config files:

mutt

set spoolfile="imaps://192.168.1.101/"          #
Define location of incoming messages
set folder="imaps://192.168.1.101/"             #
Define directory where additional mailboxes are
located
set imap_user="USER&lt; at &gt;DOMAIN"         # Required in this
form for vpopmail
set imap_force_ssl="yes"                        #
Prompt for password just once per session
set imap_delim_chars="/"

binc

Mailbox {
    depot = "IMAPdir",
    type = "Maildir",
    path = "Maildir",
    auto create inbox = "yes",
    auto subscribe mailboxes = "INBOX",
    umask = "077"
}

I'm assuming qmail and vpopmail work fine since
sending , receiving and checking email through
Thunderbird work fine.  Bincimap and/or mutt seem to
be the culprit.

Does any body have any advice?

Thanks,
Wes







______________________________________________________ 
Yahoo! for Good 
Donate to the Hurricane Katrina relief effort. 
http://store.yahoo.com/redcross-donate3/ 


</description>
    <dc:creator>Wesley Spadola</dc:creator>
    <dc:date>2005-09-22T20:56:35</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.imap.binc.general/3785">
    <title>[binc] bincimap and mutt..</title>
    <link>http://comments.gmane.org/gmane.mail.imap.binc.general/3785</link>
    <description>Hi everyone.

First, some background information:
I'm running FreeBSD 5.4-STABLE
mutt 1.4.2.1i (2004-02-12)  (from FreeBSD ports)
bincimap 1.2.12 (FreeBSD ports)

I'm having an issue similar to the one which was
reported in this message:
http://marc.theaimsgroup.com/?l=mutt-users&amp;m=109468068203956&amp;w=2

In brief, I cannot seem to read messages on my mutt
through its IMAP facility.  It wants to browse the
IMAP folders as a filesystem and not look at them as
mail folders.

Pressing &lt;space&gt; on these folders instead of &lt;enter&gt;
does make mutt print "Getting folder list" at the
bottom, but mutt goes no further.  

When hitting enter on the folder, I am presented with
a window with [=foldername] at the top, but only an:

IMAP                          ../

line in every folder view.

For the longest time, I had a fetchyahoo -&gt; maildrop
-&gt; HOME/Maildir setup going fine.

I have sinced changed my setup from the above to have
virtual domains through qmail/bincimapd/vpopmail with
vchkpw authorizing virtual users (including my own
shell account).

My virtual Maildirs are stored in
/usr/local/vpopmail/domains/&lt;DOMAIN&gt;/&lt;USER&gt;/Maildir

each folder under Maildir has:

Maildir/cur   Maildir/tmp   Maildir/new
testfolder/cur   testfolder/tmp   Maildir/new

etc.  INBOX is linked thusly ln -sf ../Maildir INBOX

Using Thunderbird with IMAPS through bincimap from my
Windows box located on my local LAN works perfectly. 
It can read and write messages from IMAP and to my
local SMTP server.

Here are some relevant lines from my mutt and binc
config files:

mutt

set spoolfile="imaps://192.168.1.101/"          #
Define location of incoming messages
set folder="imaps://192.168.1.101/"             #
Define directory where additional mailboxes are
located
set imap_user="USER&lt; at &gt;DOMAIN"         # Required in this
form for vpopmail
set imap_force_ssl="yes"                        #
Prompt for password just once per session
set imap_delim_chars="/"

binc

Mailbox {
    depot = "IMAPdir",
    type = "Maildir",
    path = "Maildir",
    auto create inbox = "yes",
    auto subscribe mailboxes = "INBOX",
    umask = "077"
}

I'm assuming qmail and vpopmail work fine since
sending , receiving and checking email through
Thunderbird work fine.  Bincimap and/or mutt seem to
be the culprit.

Does any body have any advice?

Thanks,
Wes







______________________________________________________ 
Yahoo! for Good 
Donate to the Hurricane Katrina relief effort. 
http://store.yahoo.com/redcross-donate3/ 


</description>
    <dc:creator>Wesley Spadola</dc:creator>
    <dc:date>2005-09-22T20:56:35</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.imap.binc.general/3758">
    <title>[binc] problem with 1.2.13 (freebsd port) - core dumped on signal 10</title>
    <link>http://comments.gmane.org/gmane.mail.imap.binc.general/3758</link>
    <description>-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi folks,

system: freebsd 5.4
asclepius# pkg_info | grep binc
bincimap-1.2.13     Light-weight IMAP server for Maildir
imaps with ucspi-ssl-0.68_1
clients imap: Outlook Express 6 (winXP) and Outlook 2003

often I see in my daily security output:

asclepius.domain.dom kernel log messages:

what could I do to help my troubleshooting?
I'm not familiar with gdb and C language.

Any advice will be appreciated
Thanks for all.
Regards
Andrea
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (Darwin)

iD8DBQFDIT8FMakHrsrHP9wRArlJAKCEctdp2yjU9UdO1mRO1VTHWQMhVwCfe5HT
ZIMFjWSeZEMuQLFoVLKTaao=
=d0eJ
-----END PGP SIGNATURE-----


</description>
    <dc:creator>Andrea Riela</dc:creator>
    <dc:date>2005-09-09T07:51:30</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.imap.binc.general/3749">
    <title>[binc] Dump files in /tmp</title>
    <link>http://comments.gmane.org/gmane.mail.imap.binc.general/3749</link>
    <description/>
    <dc:creator>Nádaski Dávid</dc:creator>
    <dc:date>2005-09-01T16:51:22</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.imap.binc.general/3746">
    <title>[binc] Migrating from POP to IMAP</title>
    <link>http://comments.gmane.org/gmane.mail.imap.binc.general/3746</link>
    <description>
I would like to migrate from POP to IMAP and was hoping that I could 
find some advice here.

1. Are there any tools available that can convert archives
    (such as MS Outlook files) to an IMAP heirarchy?

2. How do you generally deal with archives? When your folders
    become too large, what do you do? How do you access items
    in your archives if you need them later?

3. Is there anything else "cool" that can be done with IMAP,
    other than web browsing?


Thanks for the advice!

Dave


</description>
    <dc:creator>David Leangen</dc:creator>
    <dc:date>2005-09-01T13:50:31</dc:date>
  </item>
  <textinput about="http://search.gmane.org/?group=$group=gmane.mail.imap.binc.general">
    <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.binc.general</link>
  </textinput>
</rdf:RDF>
