Advanced
Mailing List Archive

Mailing List Archive

  1. Home >
  2. DBMail>
  3. dev
Fwd: dbmail IMAP server info: this message could not be parsed
aaron at serendipity
Mar 23, 2004, 2:47 PM
Post #1 of 7 (494 views)
Permalink
This is a message from the sieve-php mailing list, which apparently DBMail did
not like very much... I'm using LMTP delivery.

My hunch is that the current mime code is choking because of the \n or \r\n
lines breaks no longer being guaranteed.

Aaron


Forwarded From: imapserver@dbmail.org

> Received: from mail.sourceforge.net (lists.sourceforge.net [66.35.250.206])
> by lucite.serendipity.cx (Postfix) with ESMTP id 00054980F1
> for <aaron@serendipity.cx>; Tue, 23 Mar 2004 12:43:45 -0800 (PST)
> Received: from sc8-sf-list1-b.sourceforge.net ([10.3.1.7]
helo=sc8-sf-list1.sourceforge.net)
> by sc8-sf-mx2.sourceforge.net with esmtp (TLSv1:AES256-SHA:256)
> (Exim 4.30)
> id 1B5skl-0006Gb-B1
> for sodabrew@users.sourceforge.net; Tue, 23 Mar 2004 12:44:03 -0800
> Received: from localhost ([127.0.0.1] helo=projects.sourceforge.net)
> by sc8-sf-list1.sourceforge.net with esmtp (Exim 4.30)
> id 1B5skm-0004ED-6B; Tue, 23 Mar 2004 12:44:04 -0800
> Received: from sc8-sf-mx2-b.sourceforge.net ([10.3.1.12]
helo=sc8-sf-mx2.sourceforge.net)
> by sc8-sf-list1.sourceforge.net with esmtp (Exim 4.30)
> id 1B5sjr-00040W-Gd
> for sieve-php-devel@lists.sourceforge.net; Tue, 23 Mar 2004 12:43:07 -0800
> Received: from shell.wgops.com ([66.92.192.108] ident=postfix)
> by sc8-sf-mx2.sourceforge.net with esmtp (Exim 4.30)
> id 1B5sjp-0005Zt-DT
> for sieve-php-devel@lists.sourceforge.net; Tue, 23 Mar 2004 12:43:05 -0800
> Received: from [10.1.2.212] (localhost [127.0.0.1])
> by shell.wgops.com (Postfix) with ESMTP
> id 6928D2502A; Tue, 23 Mar 2004 13:43:01 -0700 (MST)
> From: Michael Loftis <mloftis@wgops.com>
> To: Alexandros Vellis <avel@noc.uoa.gr>,
> sieve-php-devel@lists.sourceforge.net
> Subject: Re: [Sieve-php-devel] SIEVE REFERRAL's ALA Cyrus.... (UNKNOWN ERROR
> error)
> Message-ID: <161760990.1080049303@[10.1.2.212]>
> In-Reply-To: <opr5bd9zeav7y92n@smtp.uoa.gr>
> References: <112264477.1079999806@[10.1.2.212]>
> <opr5bd9zeav7y92n@smtp.uoa.gr>
> X-Mailer: Mulberry/3.1.2 (Win32)
> MIME-Version: 1.0
> Content-Type: multipart/mixed;
> boundary="==========74C8D4A186EC7EA3EB5D=========="
> X-MailScanner-Information: Please contact support@wgops.com
> X-MailScanner: WGOPS clean
> X-Spam-Score: 0.0 (/)
> X-Spam-Report: Spam Filtering performed by sourceforge.net.
> See http://spamassassin.org/tag/ for more details.
> Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001
> Sender: sieve-php-devel-admin@lists.sourceforge.net
> Errors-To: sieve-php-devel-admin@lists.sourceforge.net
> X-BeenThere: sieve-php-devel@lists.sourceforge.net
> X-Mailman-Version: 2.0.9-sf.net
> Precedence: bulk
> List-Unsubscribe:
<https://lists.sourceforge.net/lists/listinfo/sieve-php-devel>,
> <mailto:sieve-php-devel-request@lists.sourceforge.net?subject=unsubscribe>
> List-Id: <sieve-php-devel.lists.sourceforge.net>
> List-Post: <mailto:sieve-php-devel@lists.sourceforge.net>
> List-Help: <mailto:sieve-php-devel-request@lists.sourceforge.net?subject=help>
> List-Subscribe: <https://lists.sourceforge.net/lists/listinfo/sieve-php-devel>,
> <mailto:sieve-php-devel-request@lists.sourceforge.net?subject=subscribe>
> List-Archive:
<http://sourceforge.net/mailarchive/forum.php?forum=sieve-php-devel>
> X-Original-Date: Tue, 23 Mar 2004 13:41:43 -0700
> Date: Tue, 23 Mar 2004 13:41:43 -0700
> X-Spam-Score: 0.0 (/)
> See http://spamassassin.org/tag/ for more details.
> Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001
>
> --==========74C8D4A186EC7EA3EB5D==========
> Content-Type: text/plain; charset=us-ascii; format=flowed
> Content-Transfer-Encoding: 7bit
> Content-Disposition: inline
>
> --On Tuesday, March 23, 2004 14:28 +0200 Alexandros Vellis
> <avel@noc.uoa.gr> wrote:
>
> > I did have a long-term plan , and yes, I always accept patches. :)
> >
> > My plan was actually to first port IMAP URLs + referrals support from a
> > Cyrus web administration tool over to Squirrelmail's IMAP
> > functions/classes, and then port them over to sieve-php.lib.
> >
> > But I am not going to do that soon enough, so if you are in a hurry, you
> > can give it a shot yourself; I am sure the resulting code will be very
> > useful!
> >
> > Alexandros
>
> Well it's done and in production at work. I'll do the code on a current
> version of Sieve....
>
> Basically what I did is everywhere you get_response, I put in a lastcmd, so
> when get_response is called, if it's referral-ed noone has to know. Really
> what I should've done is wrappered all the commands in something else, but
> I was in a big hurry last night :) It works though! Really! Our sieve-php
> is pretty old though so I'll redo it later in the week with a
> 'send_command' wrapper instead of the hacking I did to get_response. Also
> give it a flag/option to turn it off (hey some people may not want to
> follow referrals). I've attached the diff -u to our old version of the
> code just to show you what I've done so far.
>
> It's not a terribly difficult patch...The hardest part is the actual format
> of the referral isn't really specified. And I've elected (right now) to
> not reconnect to the front end, if that's a problem then with the wrappered
> version I can keep a 'stack' of referrals, and walk back up the chain when
> I get errors until I succeed or get another referral. That shouldn't'
> happen, but hey anything is possible.
>
> I use ts=2 in vi, so I'm sure the tabbings are WAY off on this first set of
> patches, I'll adjust my settings to match the rest of the code when I start
> the final patch.
>
>
> --
> Undocumented Features quote of the moment...
> "It's not the one bullet with your name on it that you
> have to worry about; it's the twenty thousand-odd rounds
> labeled `occupant.'"
> --Murphy's Laws of Combat
>
> --==========74C8D4A186EC7EA3EB5D==========
> Content-Type: application/octet-stream;
> name="sieve-php-0.0.5-REFERRAL.patch"
> Content-Transfer-Encoding: base64
> Content-Disposition: attachment; filename="sieve-php-0.0.5-REFERRAL.patch";
> size=4060
>
> SW5kZXg6IHNpZXZlLXBocC5saWIKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
> PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTogL3Zhci9jdnMvY29udHJv
> bHBhbmVsL2luY2x1ZGUvc2lldmUtcGhwLmxpYix2CnJldHJpZXZpbmcgcmV2aXNpb24gMS4xCnJl
> dHJpZXZpbmcgcmV2aXNpb24gMS4yCmRpZmYgLXUgLXUgLXIxLjEgLXIxLjIKLS0tIHNpZXZlLXBo
> cC5saWIJMTYgTWFyIDIwMDQgMjE6MTk6MjIgLTAwMDAJMS4xCisrKyBzaWV2ZS1waHAubGliCTIz
> IE1hciAyMDA0IDA4OjEyOjU5IC0wMDAwCTEuMgpAQCAtMSw3ICsxLDcgQEAKIDw/CiAKIC8qCi0g
> KiAkSWQ6IHNpZXZlLXBocC5saWIsdiAxLjEgMjAwNC8wMy8xNiAyMToxOToyMiBkYnJ1Y2tlciBF
> eHAgJCAKKyAqICRJZDogc2lldmUtcGhwLmxpYix2IDEuMiAyMDA0LzAzLzIzIDA4OjEyOjU5IG1s
> b2Z0aXMgRXhwICQgCiAgKgogICogQ29weXJpZ2h0IDIwMDEgRGFuIEVsbGlzIDxkYW5lbGxpc0By
> dXNobW9yZS5jb20+CiAgKgpAQCAtODIsNiArODIsNyBAQAogICB2YXIgJGVycm9yOwogICB2YXIg
> JGVycm9yX3JhdzsKICAgdmFyICRyZXNwb25zZXM7CisJdmFyICRsYXN0Y21kOwogCiAgIC8vbWF5
> YmUgd2Ugc2hvdWxkIGFkZCBhbiBlcnJvcmx2bCB0aGF0IHRoZSB1c2VyIHdpbGwgcGFzcyB0byBu
> ZXcgc2lldmUgPSBzaWV2ZSgsLCwsRV9XQVJOKQogICAvL3NvIHdlIGNhbiBkZWNpZGUgaG93IHRv
> IGhhbmRsZSBjZXJ0YWluIGVycm9ycz8hPwpAQCAtMTg5LDYgKzE5MCwzMiBAQAogICAgICAgICBy
> ZXR1cm4gdHJ1ZTsKICAgICAgICAgCiAgICAgfSAvKiBlbmQgZWxzZWlmICovCisJCWVsc2VpZihz
> dHJzdHIoJHRoaXMtPnRva2VuWzFdLCAnKFJFRkVSUkFMICInICkgKXsKKwkJCS8qIHByb2Nlc3Mg
> cmVmZXJyYWwsIHJldHJ5IGxhc3RjbWQsIHJldHVybiByZXN1bHRzLiAqLworLy8JCQlwcmludCAi
> PGI+PGk+SE9MWSBTTU9LRVMgQkFUTUFOISAgV0UgV0VSRSBSRUZFUlJBTGVkITwvaT48L2I+PGJy
> PiI7CisJCQkkdGhpcy0+cmVmdG9rID0gc3BsaXQoIiAiLCAkdGhpcy0+dG9rZW5bMV0sIDMpOwor
> CQkJJHRoaXMtPnJlZnN2ID0gc3Vic3RyKCR0aGlzLT5yZWZ0b2tbMV0sIDAsIC0yKTsKKwkJCSR0
> aGlzLT5yZWZzdiA9IHN1YnN0cigkdGhpcy0+cmVmc3YsIDEpOworCQkJJHRoaXMtPmhvc3QgPSAk
> dGhpcy0+cmVmc3Y7CisvLwkJCXByaW50ICI8Yj48aT5BRlRFUiBDT05TSURFUkFUSU9OIEknTSBS
> RUZFUlJBTGluZyBUTyAiLiAkdGhpcy0+cmVmc3YgLiI8L2k+PC9iPjxicj4iOworCQkJJHRoaXMt
> PmxvZ2dlZGluID0gZmFsc2U7CisJCQlmY2xvc2UoJHRoaXMtPmZwKTsKKwkJCWlmKCBzaWV2ZTo6
> c2lldmVfbG9naW4oKSApIHsKKy8vCQkJCXByaW50ICI8Yj48aT5TRVhBWSBMQURJRVMhIFJFRkVS
> UkFMIFdPUktFRCwgUkVQRUFUSU5HIE1ZU0VMRiE8L2I+PC9pPjxicj4iOworLy8JCQkJdmFyX2R1
> bXAoJHRoaXMtPmxhc3RjbWQpOworCQkJCWZwdXRzKCR0aGlzLT5mcCwgJHRoaXMtPmxhc3RjbWQp
> OworCQkJCXJldHVybiBzaWV2ZTo6Z2V0X3Jlc3BvbnNlKCk7CisJCQl9CisJCQllbHNleworLy8J
> CQkJcHJpbnQgIjxiPjxpPkhPTUVZIERPTidUIFBMQVkgREFUITwvYj48L2k+PGJyPiI7CisJCQkJ
> JHRoaXMtPmxvZ2dlZGluID0gZmFsc2U7CisJCQkJZmNsb3NlKCR0aGlzLT5mcCk7CisJCQkJJHRo
> aXMtPmVycm9yID0gRUNfVU5LTk9XTjsKKwkJCQkkdGhpcy0+ZXJyb3JfcmF3ID0gJHRoaXMtPmxp
> bmUgLiAiIC0tIFJFRkVSUkFMIEZBSUxVUkUiOworCQkJCXByaW50ICI8Yj48aT5JTlRFUk5BTCBF
> UlJPUiBDT05UQUNUIFNFUlZFUiBBRE1JTklTVFJBVE9SICR0aGlzLT5lcnJvcl9yYXcgPC9iPjwv
> aT4iOworCQkJCXJldHVybiBmYWxzZTsKKwkJCX0KKwkJfSAvKiBlbmQgZWxzZWlmIChSRUZFUlJB
> TCkgKi8KICAgICBlbHNlewogICAgICAgICAgICAgJHRoaXMtPmVycm9yID0gRUNfVU5LTk9XTjsK
> ICAgICAgICAgICAgICR0aGlzLT5lcnJvcl9yYXcgPSAkdGhpcy0+bGluZTsKQEAgLTM5MSw4ICs0
> MTgsOSBAQAogICAgICAgICByZXR1cm4gZmFsc2U7CiAgICAgJHRoaXMtPnNjcmlwdD1zdHJpcHNs
> YXNoZXMoJHNjcmlwdCk7CiAgICAgJGxlbj1zdHJsZW4oJHRoaXMtPnNjcmlwdCk7Ci0gICAgZnB1
> dHMoJHRoaXMtPmZwLCAiUFVUU0NSSVBUIFwiJHNjcmlwdG5hbWVcIiBceyRsZW4rfVxyXG4iKTsK
> LSAgICBmcHV0cygkdGhpcy0+ZnAsICIkdGhpcy0+c2NyaXB0XHJcbiIpOworCQkkdGhpcy0+bGFz
> dGNtZCA9ICJQVVRTQ1JJUFQgXCIkc2NyaXB0bmFtZVwiIFx7JGxlbit9XHJcbiIgLiAiJHRoaXMt
> PnNjcmlwdFxyXG4iOworICAgIGZwdXRzKCR0aGlzLT5mcCwgJHRoaXMtPmxhc3RjbWQpOworICAg
> IC8vZnB1dHMoJHRoaXMtPmZwLCAiJHRoaXMtPnNjcmlwdFxyXG4iKTsKICAgCiAgICAgcmV0dXJu
> IHNpZXZlOjpnZXRfcmVzcG9uc2UoKTsKIApAQCAtNDA0LDcgKzQzMiw5IEBACiAgIHsKICAgICBp
> ZigkdGhpcy0+bG9nZ2VkaW49PWZhbHNlKQogICAgICAgICByZXR1cm4gZmFsc2U7Ci0gICAgZnB1
> dHMoJHRoaXMtPmZwLCAiSEFWRVNQQUNFIFwiJHNjcmlwdG5hbWVcIiAkc2NyaXB0c2l6ZVxyXG4i
> KTsKKworCQkkdGhpcy0+bGFzdGNtZCA9ICJIQVZFU1BBQ0UgXCIkc2NyaXB0bmFtZVwiICRzY3Jp
> cHRzaXplXHJcbiI7CisgICAgZnB1dHMoJHRoaXMtPmZwLCAkdGhpcy0+bGFzdGNtZCk7CiAgICAg
> cmV0dXJuIHNpZXZlOjpnZXRfcmVzcG9uc2UoKTsKIAogICB9ICAKQEAgLTQxNCw3ICs0NDQsOCBA
> QAogICAgIGlmKCR0aGlzLT5sb2dnZWRpbj09ZmFsc2UpCiAgICAgICAgIHJldHVybiBmYWxzZTsK
> IAotICAgIGZwdXRzKCR0aGlzLT5mcCwgIlNFVEFDVElWRSBcIiRzY3JpcHRuYW1lXCJcclxuIik7
> ICAgCisJCSR0aGlzLT5sYXN0Y21kID0gIlNFVEFDVElWRSBcIiRzY3JpcHRuYW1lXCJcclxuIjsK
> KyAgICBmcHV0cygkdGhpcy0+ZnAsICR0aGlzLT5sYXN0Y21kKTsgICAKICAgICByZXR1cm4gc2ll
> dmU6OmdldF9yZXNwb25zZSgpOwogCiAgIH0KQEAgLTQyNSw3ICs0NTYsOCBAQAogICAgIGlmKCR0
> aGlzLT5sb2dnZWRpbj09ZmFsc2UpCiAgICAgICAgIHJldHVybiBmYWxzZTsKIAotICAgIGZwdXRz
> KCR0aGlzLT5mcCwgIkdFVFNDUklQVCBcIiRzY3JpcHRuYW1lXCJcclxuIik7CisJCSR0aGlzLT5s
> YXN0Y21kID0gIkdFVFNDUklQVCBcIiRzY3JpcHRuYW1lXCJcclxuIjsKKyAgICBmcHV0cygkdGhp
> cy0+ZnAsICR0aGlzLT5sYXN0Y21kKTsKICAgICByZXR1cm4gc2lldmU6OmdldF9yZXNwb25zZSgp
> OwogICAgCiAgIH0KQEAgLTQzNiw3ICs0NjgsOCBAQAogICAgIGlmKCR0aGlzLT5sb2dnZWRpbj09
> ZmFsc2UpCiAgICAgICAgIHJldHVybiBmYWxzZTsKIAotICAgIGZwdXRzKCR0aGlzLT5mcCwgIkRF
> TEVURVNDUklQVCBcIiRzY3JpcHRuYW1lXCJcclxuIik7ICAgIAorCQkkdGhpcy0+bGFzdGNtZCA9
> ICJERUxFVEVTQ1JJUFQgXCIkc2NyaXB0bmFtZVwiXHJcbiI7CisgICAgZnB1dHMoJHRoaXMtPmZw
> LCAkdGhpcy0+bGFzdGNtZCk7ICAgIAogCiAgICAgcmV0dXJuIHNpZXZlOjpnZXRfcmVzcG9uc2Uo
> KTsKICAgfQpAQCAtNDQ0LDggKzQ3NywxMSBAQAogICAKICAgZnVuY3Rpb24gc2lldmVfbGlzdHNj
> cmlwdHMoKSAKICAgIHsgCi0gICAgIGZwdXRzKCR0aGlzLT5mcCwgIkxJU1RTQ1JJUFRTXHJcbiIp
> OyAKLSAgICAgc2lldmU6OmdldF9yZXNwb25zZSgpOwkJLy9zaG91bGQgYWx3YXlzIHJldHVybiB0
> cnVlLCBldmVuIGlmIHRoZXJlIGFyZSBubyBzY3JpcHRzLi4uCisJCSAkdGhpcy0+bGFzdGNtZCA9
> ICJMSVNUU0NSSVBUU1xyXG4iOworICAgICBmcHV0cygkdGhpcy0+ZnAsICR0aGlzLT5sYXN0Y21k
> KTsgCisgICAgIGlmKCAhIHNpZXZlOjpnZXRfcmVzcG9uc2UoKSApIHsKKwkJCQkgcmV0dXJuIGZh
> bHNlOyAvLyBwYXNzIGl0IGFsb25nLi4uCisJCSB9CiAgICAgIGlmKGlzc2V0KCR0aGlzLT5mb3Vu
> ZF9zY3JpcHQpIGFuZCAkdGhpcy0+Zm91bmRfc2NyaXB0KQogICAgICAgICAgcmV0dXJuIHRydWU7
> CiAgICAgIGVsc2V7Cg==
>
> --==========74C8D4A186EC7EA3EB5D==========--
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> _______________________________________________
> Sieve-php-devel mailing list
> Sieve-php-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/sieve-php-devel
>



--
Re: Fwd: dbmail IMAP server info: this message could not be parsed [ In reply to ]
ilja at ic-s
Mar 24, 2004, 3:16 AM
Post #2 of 7 (483 views)
Permalink
Aaron Stone wrote:
> This is a message from the sieve-php mailing list, which apparently DBMail did
> not like very much... I'm using LMTP delivery.
>
> My hunch is that the current mime code is choking because of the \n or \r\n
> lines breaks no longer being guaranteed.

I'll take a look in rfcmsg.c to check for this. Perhaps it expects '\n'
for every line ending.

If you have time to look at it, please do, because I'm a bit swamped in
work currently..

Ilja
Re: Fwd: dbmail IMAP server info: this message could not be parsed [ In reply to ]
ilja at ic-s
Mar 24, 2004, 4:38 AM
Post #3 of 7 (479 views)
Permalink
Aaron Stone wrote:
> This is a message from the sieve-php mailing list, which apparently DBMail did
> not like very much... I'm using LMTP delivery.
>
> My hunch is that the current mime code is choking because of the \n or \r\n
> lines breaks no longer being guaranteed.

Can you send a log trace to narrow down the search?

Ilja
Re: Fwd: dbmail IMAP server info: this message could not be parsed [ In reply to ]
ilja at ic-s
Mar 26, 2004, 1:30 AM
Post #4 of 7 (481 views)
Permalink
Aaron,

have you been able to find any clue to the cause of the parser problem?
It seems like quite a show stopper, so I'd like to resolve it as quickly
(and cleanly) as possible

Ilja


Ilja Booij wrote:
> Aaron Stone wrote:
>
>> This is a message from the sieve-php mailing list, which apparently
>> DBMail did
>> not like very much... I'm using LMTP delivery.
>>
>> My hunch is that the current mime code is choking because of the \n or
>> \r\n
>> lines breaks no longer being guaranteed.
>
>
> Can you send a log trace to narrow down the search?
>
> Ilja
>
> _______________________________________________
> Dbmail-dev mailing list
> Dbmail-dev@dbmail.org
> http://twister.fastxs.net/mailman/listinfo/dbmail-dev
Re: Fwd: dbmail IMAP server info: this message could not be parsed [ In reply to ]
aaron at serendipity
Mar 26, 2004, 5:26 AM
Post #5 of 7 (480 views)
Permalink
I've been digging around in rfcmsg.c, and see where the message is failing,
but have not been able to understand why the message is failing.

I realized that we don't have a dump utility! I think I may write one to
quickly dump a specific message out to mbox format and post the failing
messages to the list as attachments so that others can insert them and try to
reproduce the errors.

Aaron


Ilja Booij <ilja@ic-s.nl> said:

>
> Aaron,
>
> have you been able to find any clue to the cause of the parser problem?
> It seems like quite a show stopper, so I'd like to resolve it as quickly
> (and cleanly) as possible
>
> Ilja
>
>
> Ilja Booij wrote:
> > Aaron Stone wrote:
> >
> >> This is a message from the sieve-php mailing list, which apparently
> >> DBMail did
> >> not like very much... I'm using LMTP delivery.
> >>
> >> My hunch is that the current mime code is choking because of the \n or
> >> \r\n
> >> lines breaks no longer being guaranteed.
> >
> >
> > Can you send a log trace to narrow down the search?
> >
> > Ilja
> >
> > _______________________________________________
> > Dbmail-dev mailing list
> > Dbmail-dev@dbmail.org
> > http://twister.fastxs.net/mailman/listinfo/dbmail-dev
> _______________________________________________
> Dbmail-dev mailing list
> Dbmail-dev@dbmail.org
> http://twister.fastxs.net/mailman/listinfo/dbmail-dev
>



--
Re: Fwd: dbmail IMAP server info: this message could not be parsed [ In reply to ]
ilja at ic-s
Mar 26, 2004, 5:33 AM
Post #6 of 7 (481 views)
Permalink
Aaron Stone wrote:
> I've been digging around in rfcmsg.c, and see where the message is failing,
> but have not been able to understand why the message is failing.
OK
>
> I realized that we don't have a dump utility! I think I may write one to
> quickly dump a specific message out to mbox format and post the failing
> messages to the list as attachments so that others can insert them and try to
> reproduce the errors.
Sounds like a good plan. If more people can reproduce your problem we
can try to fix the problem next Monday :)

Ilja
Re: Fwd: dbmail IMAP server info: this message could not be parsed [ In reply to ]
paul at nfg
Mar 26, 2004, 7:22 AM
Post #7 of 7 (479 views)
Permalink
Aaron Stone wrote:

> I realized that we don't have a dump utility!

I first came to dbmail when a prospective client asked me to help him
with a linux machine. First thing I wanted to do was get rid of this
weird mail-server I'd never heard of (pre1.0 dbmail) and migrate to
uw-imapd or courier. Before I could make the time to dump the data to an
mbox format though, I was sold on dbmail :-)

Still, a dump utility would be a valuable addition, if only to offer
people a viable exit strategy.

And while we're at it; a fullblown dbmail-admin utility would be useful:

#> dbmail-admin --user="someuser" --mailbox="mailbox" --create
#> dbmail-admin --user="someuser" --mailbox="mailbox" --delete
#> dbmail-admin --user="someuser" --mailbox="mailbox"
--rename-to="mailbox1"
#> dbmail-admin --user="someuser" --mailbox="mailbox"
--expire="datespecs" --export-file="somembox"




--
________________________________________________________________
Paul Stevens mailto:paul@nfg.nl
NET FACILITIES GROUP PGP: finger paul@nfg.nl
The Netherlands________________________________http://www.nfg.nl

©2024 GT.net. A Gossamer Threads company.
5th Floor, 455 Granville St., Vancouver, BC V6C 1T1, Canada | Legal