开云体育

ke7kro wrote: Once a message with a specific MID passes through paclink-unix, it won't be accepted again. This is intentional. If I understand correctly, you're trying to send the same message through

John Ronan wrote: Correct. That script is just for convenience so you don't need to remember half a dozen automake/autoconf incantations. I just committed some autoconf glue, so now you can

Nick, Thanks for the reply. Being able to receive msgs sent to yourself is a useful testing scenario. It's a behavior that's possible in Airmail.exe. Since paclink-unix doesn't distinguish outgoing &

ke7kro wrote: I'm not sure it's possible with the existing design (I haven't looked at that part of the code in a long time), but I'd accept patches to make that distinction. Also, patches

Nick, I can achieve my preferred test situation of receiving messages sent to myself by putting a conditional around call "record_mid(mid)" in routine generate_mid() in file mid.c. /basil ke7kro

My setup is Ubuntu running postfix & mutt as an mta. I'm using gmime 2.4.12. The mail.wl2k service uses Postfix pipe as a delivery agent. My initial tests with paclink-unix just used redirection of a

When sending airmails to myself I found that the entire message body is on one line. While this ok for small test messages it's kind of a bummer for large messages. With some more digging around in

ke7kro wrote: Yes, it can be done by modifying the source. If you'd like to contribute patches implementing a command line switch to enable this behavior so that it can be done without modifying the

ke7kro wrote: Instead of hacking the code to hardcode fd 0, could you try using /dev/fd/0 as the filename and see if that works? E.g. ./mime2wl /dev/fd/0 < test_msg.txt

Hi Nick, Thanks for /dev/fd/0 idea. unistd.h has the dup() prototype & stdbool.h has defs for true/false. I would like to try & reduce the warning output at compile time. /basil ke7kro

ke7kro wrote:

Nick, You are right the comment needs to be terminated properly. I'll make unified diff against revision 1.30 of mime2wl.c and send it to you. /basil ke7kro

Very good thanks,

Lately I've been working on being able to send multiple airmail msgs & messages longer than 250 bytes with paclink-unix. I've found a solution to do both of those things but don't much like the

Hi Basil, Just curious, what are you observing happening if the buffer gets overwritten? I can't test myself at the moment as the local RMS Gateway has no Internet Connection for some reason.

Hi John, I run my test setup with "listen -art" in another X window. When I send a single msg I can see my subject line displayed immediately following the output of "FS Y". This is followed by a

Once I started staring at the right code the fix was easier than I thought. I increased the size of the axwrite buffer & chunked the writes to the ax25 socket in the outbound poll event in file

What did you increase the size of the buffer to? I'm curious as to how you diagnosed it? I wish my local RMS was working and I'd try myself. To hijack the thread slightly, I'll have to have a look at

Hi John, I originally set the out bound buffer to 8*1024 which worked but may have masked other problems. All 3 of my test msgs sent during a test session fit in 8K. I finally changed the out bound

Basil, In the past, I have entered a bug in the sourceforge project. BTW, what is listen? -- Dana