On 06/11/2012 02:25 AM, Sergey Poznyakoff wrote:
> Ouch! I should have noted that earlier... Please apply the attached patch.
Woohoo!!! You *nailed* it, Sergey, it works like a champ now! :D
With much pleasure,
Chris
P.S. Now if only I could get the debug stuff to work. Just kidding!
(mostly
Hi, Sergey,
I googled and found a way to have Thunderbird capture its end of a session.
I'm guessing, but the relevant bits appear to be:
-1519391936[a456a320]: a28cdc00:workingdroid.com:S-RSS/The
Register:SendData: 17 uid copy 205 "Trash"
-1519391936[a456a320]: a28cdc00:workingdroid.com:S-RSS/T
Hi, Sergey,
When I use 'mail' from my laptop to my server via
imap://ch...@workingdroid.com/RSS/The Register, I can view and delete
messages fine, and iamp4d doesn't complain.
I finally managed to see enough of the Thunderbird message to see that
it was moving the deleted message to Trash, but th
> So while imap4d was running, I opened a mailbox and deleted a message.
I meant to say "on the machine where imap4d is running, I used Mailutils
'mail' command to open a mailbox and delete a message".
It worked, but imap4d complained loudly. Which I can perhaps understand.
Sincerely,
Chris
Hi, Sergey,
I'm kind of at a standstill here -- I can't seem to delete messages via
imap4d/Thunderbird, and I can't seem to get debugging working so that I
can try and figure it out.
So while imap4d was running, I opened a mailbox and deleted a message.
Based on this rsyslog.conf statement:
#
On 06/09/2012 02:40 AM, Sergey Poznyakoff wrote:
>mail.info -/var/log/maillog
Any idea what the '-' preceding the file name is for?
I've read the rsyslogd and rsyslog.conf man pages, I installed and read
the html docs, I went to the rsyslog web site and wiki, and nowhere did
I
On 06/10/2012 03:47 AM, Sergey Poznyakoff wrote:
> What do you see in your logs?
Jun 11 08:32:10 kaikala imap4d[20499]: imap4d (GNU Mailutils 2.99.97)
started
Jun 11 08:32:21 kaikala imap4d[20500]: user `chris' logged in (source:
system)
Jun 11 08:32:27 kaikala imap4d[20501]: user `chris' logged in
Hi, Sergey,
Sorry to bother you, but I still can't debugging to work.
The issue I'm currently trying to debug is: Mozilla Thunderbird email
client can't delete messages via imap4d. I unsubscribed from all the
folders, including Trash and Inbox, from Thunderbird, then
re-subscribed. I've set fil
Hullo again, Sergey,
By accident, I commented the logging config 'syslog 1' to turn off
logging in imap4d.rc, but left the 'logging {' and '}' uncommented. I
ran --config-lint, and it didn't complain.
But everytime I started imap4d, it came up in inetd/interactive mode.
When I ran --config-lin
Hi, Sergey,
And thanks once again for such a thoughtful, helpful and thorough
explanation.
On 06/09/2012 02:40 AM, Sergey Poznyakoff wrote:
> This can happen if you specify an URL where it does not belong. The
> rule of thumb is: URLs are for Mailutils, paths for anything else.
> That is, specify
Hi, Sergey,
Wait, let me guess: Is Dovecot doing things 'wrong', or maybe just
differently?
I.e., when imap4d is trying to open 'RSS/Ars Technica" that, does IMAP
RFC say the 'Ars Technica' is supposed to be a file, but Dovecot hides
that by silently looking for 'RSS/Ars Technica/mBoX-mEsSaGeS'?
Hi, Sergey,
I found how to get debug messages sent to syslog. The problem seems to
be that if one changes the 'homedir', imap4d cannot find mailboxes:
mu_mailbox_open tried to open directory instead of file. Also, there
seems to be no way to specify what a name is, i.e., in Dovecot you say
'file
Hi, Sergey,
I am _very_ confused about how to specify debugging levels.
I did as advised in the docs and did 'imap4d --config-help >imap4d.rc',
edited it, and got imap4d running with STARTTLS and CRAM-MD5,and I
/think/ pointing to the right directories.
But no matter what I've tried so far, my m
Hi, Sergey,
On 06/06/2012 10:01 PM, Sergey Poznyakoff wrote:
> To run maidag as a LMTP daemon you will need to put the following in its
> configuration file:
Thanks! I got Maidag + LMTP it working just fine using only the very
first part. I just created a separate config file and pass that to
m
Hi, Sergey,
Thanks for such detailed help! I really appreciate it, and will try it
out ASAP.
Sincerely,
Chris
On 06/06/2012 10:01 PM, Sergey Poznyakoff wrote:
> To run maidag as a LMTP daemon you will need to put the following in its
> configuration file:
Hi, Sergey,
I hope you don't mind my sending this directly, since it *is* unsolicited.
Here is my warmup 'use case' , to get a feel for GNU Mailutils, what
I've been working on, and I must say the software you've worked so hard
on has been a *big* help on this.
Use case: I like to read news on m
/05/2012 10:00 PM, Sergey Poznyakoff wrote:
> Chris Hall ha escrit:
>
>> No, the intent is to move it from inbox to folder.
> Aha, then something along these lines should do:
>
> (use-modules (mailutils mailutils))
> (let ((source-mbox (mu-mailbox-open "mbox:///home/gray/t
Ah. Many thanks, good to know!
On 06/05/2012 10:00 PM, Sergey Poznyakoff wrote:
> ; Get back the appended message and modify its header.
> ; Note the call to mu-mailbox-messages-count: apart from its
> ; mail purpose it also flushes the message cache, which is essential
> ; in thi
Hi, Sergey,
Woot! Good work!
BTW, I appreciate your explaining how imap4d was designed to run -- very
interesting and useful design, it appeals to me.
New imap4d:
# /usr/local/sbin/imap4d --version
imap4d (GNU Mailutils) 2.99.97
Copyright (C) 2010 Free Software Foundation, inc.
>From my laptop
On 06/05/2012 07:57 PM, Sergey Poznyakoff wrote:
> Not at all, that's me who's in the "future", in a way. "Longitude east -
> Greenwich time least", as old seafarers used to say. I'm on GMT+3, and
> the archive has timestamps relative to that timezone. You are on GMT-1,
> therefore the timestamps
On 06/05/2012 07:52 PM, Sergey Poznyakoff wrote:
> I'm not quite sure what you intend to do. Do you really want to have
> the same message appear twice in the mailbox?
No, the intent is to move it from inbox to folder. I probably should
checked the example closer before I sent it. Oops, sorry.
Hi, Sergey,
Thanks for the useful info! Obviously, you've tired to the ease the way
for troubleshooting -- very nice.
> This however makes little sense for debugging, because imap4d will fork
> off a child for each incoming connection. There are two approaches to
> debug what's going on in a ch
Attached please find the .pcap file for a session between gnutls-cli and
imap4d.
gnutls-imap4d.pcap
Description: application/vnd.tcpdump.pcap
___
Bug-mailutils mailing list
Bug-mailutils@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-mailutils
Then I thought, why don't I just try it?
(gdb) set follow-fork-mode child
(gdb) continue
Continuing.
[New process 1617]
[Thread debugging using libthread_db enabled]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb7a886e0 (LWP 1617)]
0xb7fa44bf in mu_stream_set_buffe
More on gdb.
I googled how to gdb subprocesses. I'd need input from a serious hacker
to decide if its possible in this case (apparently it isn't always).
Here's a link to the article I found:
http://www.delorie.com/gnu/docs/gdb/gdb_26.html
On 06/05/2012 02:29 PM, Daniel Kahn Gillmor wrote:
> g
OK, but apparently we need a little bit more to debug imap4d.
First:
# file /usr/local/sbin/imap4d
/usr/local/sbin/imap4d: ELF 32-bit LSB executable, Intel 80386, version
1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.18,
not stripped
OK!
Then, I try to start imap4d from gdb
MAP4rev1 NAMESPACE ID IDLE LITERAL+ UNSELECT AUTH=GSSAPI
AUTH=ANONYMOUS AUTH=EXTERNAL AUTH=LOGIN AUTH=PLAIN AUTH=SECURID
AUTH=DIGEST-MD5 AUTH=CRAM-MD5 AUTH=SCRAM-SHA-1
A OK CAPABILITY Completed
On 06/05/2012 08:11 AM, Daniel Kahn Gillmor wrote:
> On 05/31/2012 10:28 AM, Chris Hall wrote:
>
idag: parsing file `/home/me/.maidag'
maidag: finished parsing file `/home/me/.maidag'
maidag: /home/chris/.maidag:1: unknown keyword `script'
On 06/05/2012 02:32 AM, Sergey Poznyakoff wrote:
> Chris Hall ha escrit:
>
>> Here are the contents of ~/.maidag:
>>
&
Its nice how you defined "message ports" -- very "schemey" (in a *good*
way)!
Input ports seems to work fine, output ports less so.
When I couldn't seem to mu-message-copy to work, I thought I'd do it the
hard way, i.e., something like:
(use-modules (mailutils mailutils))
(use-modules (ice-9 rde
I must be missing something?
Here are the contents of ~/.maidag:
script "~/mail/.scripts/maidag.scm"
And here is the output of 'maidag --config-verbose':
maidag: parsing file `/usr/local/etc/mailutils.rc'
maidag: finished parsing file `/usr/local/etc/mailutils.rc'
maidag: parsing file `/home/ch
Hello,
I use rss2email so I can quickly use RSS feeds from a smartphone mail
reader.
I need to sort those feed messages into appropriate IMAP folders as they
arrive.
But I can't seem to get Guile/Scheme procedure mu-message copy to work --
am I doing something wrong?
To reproduce this:
(use-m
One of the features I really like about GNU Mailutils is that I can build
with only the required features.
I like this because it makes things smaller, leaner and reults in a smaller
potential "attack surface".
So I disabled POP, MH, Maildir when I built GNU Mailutils.
But the Guile module (mail
Does Maidag set up a Guile environment with the message to be processed
already defined as an object that it loads a filter script into?
Or Since Maidag gets messages to process on stdin, does it deliver them to
the script on its stdin as well?
___
Bug-m
; or something?
And maybe an example for use with 'guimb', since I'm asking?
If anyone has one laying around (surely someone out there is using it), I'd
sure appreciate it if I could get a copy, since it would save me having to
figure things out from scratch.
Or have missed some
rted
Compression: NONE
Expansion: NONE
---
I googled the OpenSSL "error:140790E5", without much success. One issue
seemed to think key sizes larger than 1024 were an issue, but according to
the info in the Exim output, the key size *is* 1024.
Any thoughts would be greatly appreciated
sed(?) interface to the local mail system.
Believe me, I would never want to have to support *two* configuration
systems for any non-trivial program -- one is quite enough as it is, in my
experience.
And if I understand the 'scripting' bit correctly, I can see how ve
w.
I also very much appreciate how well you understand and conform to the
standards -- very, very nice. I'm sure it must be a real challenge at
times.
Thank you also for all the time you've spent developing this wonderful
software!
Sincerely,
Chris Hall
__
ols
(Guile, YAY!) that obviously have many, many hours of what appears to be
quite good work in them, but please do let me know if it isn't.
Thanks again,
Chris Hall
On Mon, May 28, 2012 at 6:22 AM, Alfred M. Szmidt wrote:
> From the manual, `mail -- Send and Receive Mail':
>
>
The Debian-supplied mailx works just fine, and I can use Mailutils 'mail'
to read the message sent by mailx. But Mailtuils 'mail' cannot send
anything.
WITHOUT configuration file .mail.rc or /usr/local/etc/mail.rc, when I try
mail to myself at localhost:
Cannot create mailer: Malformed or unsuppo
*Great* work, BTW. Haven't used Mailutils in a while, really like how the
new one is shaping up.
I just built Guile 2.0 -- your Guile support is one of the main attractions
for me. (Python is a _very_ distant second)
Attached please find maidag testsuite.log
mailutils-2.99.96-maidag-testsuite.
40 matches
Mail list logo
