aboutsummaryrefslogtreecommitdiffstats
path: root/contrib/novell
blob: 1e549aedafe584d71b488f575af1fea7e6422569 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
From newcombe@mordor.clayton.edu  Thu Jun 12 15:56:44 1997
Return-Path: <newcombe@mordor.clayton.edu>
Received: from imap.ccil.org (snark [10.0.2.15])
	by snark.thyrsus.com (8.8.5/8.8.5) with ESMTP id PAA11433
	for <esr>; Thu, 12 Jun 1997 15:56:43 -0400
Received: from thrush.clayton.edu (thrush.clayton.edu [168.28.242.117])
	by locke.ccil.org (8.8.5/8.8.5) with ESMTP id LAA17702
	for <esr@snark.thyrsus.com>; Thu, 12 Jun 1997 11:29:02 -0400 (EDT)
Received: from mordor.clayton.edu (root@mordor.clayton.edu [168.28.241.16]) by thrush.clayton.edu (8.8.5/8.7.6) with SMTP id LAA22880 for <esr@snark.thyrsus.com>; Thu, 12 Jun 1997 11:11:51 -0400 (EDT)
Date: Thu, 12 Jun 1997 11:28:05 -0400 (EDT)
From: Dan Newcombe <newcombe@mordor.clayton.edu>
X-Sender: root@mordor.clayton.edu
Reply-To: newcombe@mordor.clayton.edu
To: esr@snark.thyrsus.com
Subject: Novell Procmail recipie/problem
Message-ID: <Pine.LNX.3.96.970612112225.14988A-100000@mordor.clayton.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: RO

Eric,

  As per your request, here is my recipie for dealing with e-mail popped
off of a Novell server and told to be domanified.
And example of the problem I used to have when I popped mail off of
aa.clayton.edu   From: User <AA/USER@aa.clayton.edu>
Sendmail did not like that.  Now it converts the above to
From: User <USER@AA.clayton.edu>

However, the To: and CC: lines still can get messed up
To: aa/user2,@aa.clayton.edu aa/newcombe

I'm not going to worry about that!!!

I fixed it with this recipie in my .procmailrc
:0
* ^From:.*<.*/.*@
{
:0 fhw
|sed -e 's/^From:\(.*\)<\(.*\)\/\(.*\)@.*/From:\1<\3@\2.clayton.edu>/'
}

It may not be the best, prettiest, or most efficient, but it works.

Also, you'd asked me to send you the sometimes error message I get
from fetchmail.  I don't see one in my Mail/From file, so it must not
have happened for a while.  It looked something like
Subject: Cron <root@mordor> /usr/local/bin/fetchmail: 29483

Hope your flight back was good.
	-Dan

--
Dan Newcombe                                      newcombe@mordor.clayton.edu
"The fool who escaped from paradise will look over his shoulders and cry...So
I'll hold my peace forever when you wear your bridal gown."   -Marillion
class="p">) { print; if (/boundary=\"(.*)\"$/i) { $decltag = $1; } elsif (/^$/) { # An empty line marks the end of the headers. last; } } # If we didn't find a Boundary declaration just pipe the rest of the # message unchanged. if (!defined $decltag) { while (<STDIN>) { print; } exit 0; } # Substitute $decltag for every ocurrence of an outer-level boundary # string found in the body of the message. my $usedtag; while (<STDIN>) { if (/^--(.*)$/) { $usedtag = $1 unless defined $usedtag; if ($1 eq $usedtag) { $_ = "--$decltag\n"; } elsif ($1 eq "$usedtag--") { $_ = "--$decltag--\n"; } } print; } =pod This script can be used to bypass a bug in the Domino-5.0.2b IMAP service that manifests itself when you use fetchmail as the IMAP client. The problem is that fetchmail (differently from other IMAP clients) fetches messages in two parts, first the headers and then the body. It seems that Domino converts the messages from its internal format into MIME twice. In doing so, it declared a boundary string in the messages Content-type header and uses another one to separate the parts in the body. This script should be used as a mda option for fetchmail. As arguments to it, pass the former mda you used. I, for example, use the following entry in my .fetchmailrc: poll server ... mda "/usr/bin/procmail -d %T"; To use this filter, I changed the above into the following: poll server ... mda "/home/gustavo/bin/correct-domino-mime-conversion /usr/bin/procmail -d %T"; If you do not use a mda normally, you can try the following to call sendmail directly: poll server ... mda "/home/gustavo/bin/correct-domino-mime-conversion //wherever/is/your/sendmail -oem -f %F %T"; Without argumets this script is a filter that reads from its stdin and outputs the result into its stdout. I should mention that this bug seems to be solved in Domino 5.0.3 (http://www.notes.net/46dom.nsf/434e319a66960d8385256857005cd97b/4499e0db6e43732b852568b2006ef7e9?OpenDocument) but I have not checked it. Gustavo. <gustavo@cpqd.com.br> =cut