HI,
While dist'ing a bunch of messages, this came up
Use "/home/anders/Mail/draft"? y
post: no at-sign after local-part (<) Booking.com :
Success, continuing...
post: no at-sign after local-part (<) Booking.com :
Success, continuing...
post: re-format message and try again
send: message not delive
On Mon, Oct 10, 2016 at 12:45 AM, Ken Hornstein wrote:
> >While wrapping up nmh-git under a gentoo ebuild, I noticed that the
> default
> >src_install section ended up wanting to copy ChangeLog to the target
> >filesystem. A quick look in the git tree showed no ChangeLog file, so
> >either the mi
On Mon, Oct 10, 2016 at 12:46 AM, Ken Hornstein wrote:
> >Now over to dist and see how google treats it. Anyone know already?
>
> AFAIK, it should work fine. I do not believe that the webmail interface
> shows the Resent-From and Resent-To headers, though.
>
> Having refetched the message over i
While wrapping up nmh-git under a gentoo ebuild, I noticed that the default
src_install section ended up wanting to copy ChangeLog to the target
filesystem. A quick look in the git tree showed no ChangeLog file, so
either the misplaced need for the file is an effect of nmh's automake
magic, or it's
On Sun, Oct 9, 2016 at 9:58 PM, Ken Hornstein wrote:
> >Is there a verbose switch to show e.g. which user/pwd its using? I've been
> >away from nmh for 15 years so memory is a bit rusty...
>
> The -snoop flag to send will show the complete network transaction, and
> includes decoding the base64 e
On Sun, Oct 9, 2016 at 8:12 PM, David Levine wrote:
> Also, you'll need to use mhlogin before using xoauth2. See
> the mhlogin(1) man page for instructions and example with
> Gmail.
>
> David
>
Tried that, and adding -tls moved things forward a bit (strace shows
STARTTLS and unreadable exchang
Hi all,
I'm trying to get the new oauth2 support working but find the documentation
to be somewhat sparse and need some assistance.
The overall goal is to be able to forward a bunch of messages to a gmail
account using dist (so the 822 To/From headers will be intact as well as
the mime structure)
On 2012-06-26 06:30, Paul Vixie wrote:
On 2012-06-26 3:19 AM, Jerrad Pierce wrote:
> Sorry for the premature reply.
>
> I see now that Paul did understand my idea.
> I can underatd that some might not want duplicate
> content, but that's what I proposed it be optional.
> A temporary cache does no
On 2012-02-07 18:29, Lyndon Nerenberg wrote:
> On 2012-02-07, at 7:37 AM, Oliver Kiddle wrote:
>
> > But do you really think that
> > should be the only resort when badly formed mail arrives? I'd prefer to
> > see what was intended by the sender.
>
> Yes, I do :-( QP and Base64 (and MIME in genera
> Do an MH-like plug-in for Tbird/Mozilla/etc ?
If I read this right, that work is already underway:
https://bugzilla.mozilla.org/show_bug.cgi?id=402392
-Anders
___
Nmh-workers mailing list
Nmh-workers@nongnu.org
http://lists.nongnu.org/mailman/listin
I'm having a go at teaching nmh to show various charsets properly on
my UTF-8 terminal using iconv. No luck, though. :-( It seems that the
only mhshow-charset-xxx entries that are recognized are for
xxx == iso-8859-1.
What I have is this:
showproc: mhshow
mhshow-show-text/plain: cat
mhshow-cha
jeff.hod...@kingsmountain.com said:
> how to have "Date:" header field added to message when posting mail directly
> via SMTP ?
> http://groups.google.com/group/comp.mail.mh/browse_thread/thread/
> 387d34326a6db928#
>
Reading rfc2822, section 3.6, it says:
The only required header fields a
k...@munnari.oz.au said:
> MX records apply only to delivery to destination mailboxes (the domain name
> from an e-mail address is looked up to obtain its MX list, by the MTS doing
> delivery of the message to that address), they shouldn't be used for any
> other purpose at all.
Actually, I'd fi
[EMAIL PROTECTED] said:
> I thought that draft_from couldn't be enabled in a .mh_profile so that the
> installer could restrict its use. To preserve that capability, how about
> just defaulting masquerade to be enabled instead of disabled?
In this day and age, isn't that an impossible mission?
[EMAIL PROTECTED] said:
> here is another problem. After several days I found most of the emails I sent
> did not arrive. I found it is because nmh always use [EMAIL PROTECTED]
> ldomain as my envelop sender address, despite I have: Alternate-Mailboxes:
> [EMAIL PROTECTED]
man mts.conf
Your
[EMAIL PROTECTED] said:
> See the test directory in the nmh CVS. I put that together quite some time
> ago, and I've gotten no feedback. It would be nice if someone else could
> give it a whirl to ensure the README is correct and it's not too confusing.
Read the README...
How is this expected
[EMAIL PROTECTED] said:
> OK, I'm probably missing something, but when I do:
> cvs -z3 -d:pserver:[EMAIL PROTECTED]:/sources/nmh checkout
> nmh in a directory with no existing nmh, and then look in nmh, I do not see
> configure. Should I have unpacked the latest tar file, nmh-1.2.tar.gz, and
> mo
[EMAIL PROTECTED] said:
> See the test directory in the nmh CVS. I put that together quite some time
> ago, and I've gotten no feedback. It would be nice if someone else could
> give it a whirl to ensure the README is correct and it's not too confusing.
> Thanks.
As I was putting together an
[EMAIL PROTECTED] said:
> Ah. They reported that one to us as https://savannah.nongnu.org/bugs/
> index.php?func=detailitem&item_id=9721
>
> which I noted had already been fixed in CVS. So I think this patch is
> unnecessary (and Gentoo should probably stop applying it).
Good tosee it's already
In case there's a new release soon...
Gentoo carries this patch, which applies cleanly, but I have no idea what it
does.
Review? Apply? Pile of crap?
/Anders
--- sbr/m_getfld.orig.c 2004-07-25 13:18:04.570397179 -0700
+++ sbr/m_getfld.c 2004-07-25 13:25:36.471839770 -0700
@@ -730,18 +730
Just incase there's new release coming up...
Gentoo carries this patch which applies cleanly to latest cvs.
It smells as if there might be a security aspect to it too.
Anyone want to review/add to cvs?
/Anders
--- uip/inc.c.orig 2003-10-24 13:17:38.0 -0700
+++ uip/inc.c 2004-
Hi,
I regularly get traffic form a bugzilla in the following form:
Content-type: text/plain; charset="utf-8"
Content-transfer-encoding: base64
aHR0cDovL2J1Z3MuZnJlZWRlc2t0b3Aub3JnL3Nob3dfYnVnLmNnaT9pZD0xNDY4NwoKCk1hcnRp
bi3DiXJpYyBSYWNpbmUgPHEtZnVua0Bpa2kuZmk+IGNoYW5nZWQ6CgogICAgICAgICAgIFdoYX
[EMAIL PROTECTED] said:
> I don't see this behavior with gcc 4.1.2 on Fedora 7. It's quite possible
> you're seeing a gcc bug. I'd suggest writing a minimalistic freestanding
> testcase. If that testcase still exhibits this behavior, submit a bug report
> to the gcc folks.
Ok, good news. I'll
strcasecomp(a,b) segfaults if a=NULL and compiled with -O2 and gcc >= 4.1.1.
The code in question is:
int
mh_strcasecmp (const char *s1, const char *s2)
{
const unsigned char *us1, *us2;
us1 = (const unsigned char *) s1,
us2 = (const unsigned char *) s2;
if (!us1)
us1
> This is an out of date version of the configure.in. The one in CVS says:
> dnl There are at least four implementations of ndbm, and
> dnl several of those can be in different places at the whim
> dnl of the system integrator. A good summary of this mess
> dnl can be found at http
25 matches
Mail list logo
