headers
Ahmad Cheikh-Moussa | 1 Apr 2007 14:28
Picon
Favicon

Content-type charset

Hi!

Is it possible to set the conten-type charset, if this
is not set by the client.

For example, if a client send an e-mail without the content-type,
then mimedefang shall add a default conten-type charset, for
example  charset="iso-8859-1".

Is this possible ?
If yes, how ?

Regards,
 Ahmad

--

-- 
Ahmad Cheikh-Moussa 
NetUSE AG
Dr.-Hell-Straße, 24107 Kiel, Germany
Telefon: +49 431 2390 400 --  Telefax: +49 431 2390 499
Service: Service <at> NetUSE.DE --  http://NetUSE.DE/

Vorstand: Andreas Seeger (Vorsitz), Dr. Roland Kaltefleiter, Dr. Jörg Posewang
Aufsichtsrat: Detlev Hübner (Vorsitz)
Sitz der AG: Kiel, HRB 5358 USt.ID: DE156073942

Diese E-Mail enthält vertrauliche oder rechtlich geschützte Informationen.
Das unbefugte Kopieren dieser E-Mail oder die unbefugte Weitergabe der
enthaltenen Informationen ist nicht gestattet.
(Continue reading)

Permalink | Reply | 35 comments |
headers
Philip Prindeville | 1 Apr 2007 19:58

Re: Content-type charset

Why would you want to do that?

If it isn't set, and none of the high bits are turned on,
then it's implicitly the default, USASCII.

If there are high-bit characters and it isn't set, then it's
ambiguous (though likely ISO-8859-1)... and you can't
reliably guess.

Fix the MUA if it's not working properly.

-Philip

Ahmad Cheikh-Moussa wrote:
> Hi!
>
> Is it possible to set the conten-type charset, if this
> is not set by the client.
>
> For example, if a client send an e-mail without the content-type,
> then mimedefang shall add a default conten-type charset, for
> example  charset="iso-8859-1".
>
> Is this possible ?
> If yes, how ?
>
>
> Regards,
>  Ahmad
>
(Continue reading)

Permalink | Reply | 34 comments |
headers
Ahmad Cheikh Moussa | 2 Apr 2007 08:15
Picon
Favicon

Re: Content-type charset

Hi Phillips,

Philip Prindeville wrote:
> 
> If it isn't set, and none of the high bits are turned on,
> then it's implicitly the default, USASCII.
> 
> If there are high-bit characters and it isn't set, then it's
> ambiguous (though likely ISO-8859-1)... and you can't
> reliably guess.
Yes, I can guess, because I know the sender.
The problem is not depending on the clients.
The problem exist, because I add a signature with 8-bit
character set at the end of every e-mail.

Regards,
 Ahmad

--

-- 
Ahmad Cheikh-Moussa
ISP-Technik

NetUSE AG
Dr.-Hell-Straße, 24107 Kiel, Germany
Telefon: +49 431 2390 400 --  Telefax: +49 431 2390 499
Service: Service <at> NetUSE.DE --  http://NetUSE.DE/

Vorstand: Andreas Seeger (Vorsitz), Dr. Roland Kaltefleiter, Dr. Jörg Posewang
Aufsichtsrat: Detlev Hübner (Vorsitz)
Sitz der AG: Kiel, HRB 5358 USt.ID: DE156073942
(Continue reading)

Permalink | Reply | 33 comments |
headers
Tony K Lindstrom | 2 Apr 2007 14:56

Re: Howto use mimidefang _only_ for replacing attachments with urls?

On Wed, 2007-03-14 at 16:37 +0200, Tony K Lindstrom wrote:
> On Wed, 2007-03-14 at 12:53 +0100, Steffen Kaiser wrote:
> 
> > humanize() is a function, that's missing, too. Reinsert this 
> > function from the filter you got the hints from.
> > 
> 	Well, I found it here:
> 	
> 	http://sial.org/howto/mimedefang/

	I must be stupid. I have found two places with howto:s for this task,
but both seems to be missing important information. This one does not
mention, that some variables should be assigned and some functions
defined, before using the code. My problem still is, that I want some
filter code which has everything and does what I want. That is to
replace big attachments with urls, nothing else.

	The second howto was in the wiki:

	http://www.mimedefang.org/kwiki/index.cgi?ReplaceWithURL

	but this has this skahed function which I can't find...:-( 

	Why does this simple task has to be so difficult. Looks like these
howto:s are aimed for other perl-gurus and not for admins which only
programmin is limited to simple bash-scripts...:-(

	So please.

	- tell me a link to a howto _not aimed for other perl-gurus_ or
(Continue reading)

Permalink | Reply | 1 comment |
headers
Ferdinand Goldmann | 2 Apr 2007 15:11
Picon
Favicon

DSN discarded by MIMEDefang?

Hello,

I'm experiencing an odd problem here. Our MIMEDefang installation
is configured to discard (with a pretty much out of the stock filter)
messages of type message/partial. So far, so good.

When a message from an outside domain is filtered, a DSN is received by
the sending user/machine as expected. But when a user from one of our
domains sends mail, so that the DSN has to pass through the same
MX MIMEDefang is running on, it seems to be discarded by the filter:

Apr  2 13:35:23 mailserver sm-mta[62603]: l32BZMeb062603: from=<sender <at> xxx>, size=461, class=0,
nrcpts=1, msgid=<200704021134.l32BYaYW059087>, proto=ESMTP,
daemon=MTA, relay=client [xx.xx.xx.xx]
Apr  2 13:35:23 mailserver mimedefang-multiplexor[2491]: stats 1175513723.033 StartFilter slave=11
nslaves=16 nbusy=4
Apr  2 13:35:23 mailserver mimedefang.pl[2491]:
MDLOG,l32BZMeb062603,message/partial,,,<sender <at> xxx>,<recipient <at> xxx>,helo test
Apr  2 13:35:23 mailserver mimedefang.pl[2491]: filter: l32BZMeb062603:  bounce=1 discard=1
Apr  2 13:35:23 mailserver mimedefang-multiplexor[2491]: stats 1175513723.042 EndFilter slave=11
nslaves=16 nbusy=3 numRequests=45
Apr  2 13:35:23 mailserver mimedefang[2501]: l32BZMeb062603: Bouncing because filter instructed us to
Apr  2 13:35:23 mailserver sm-mta[62603]: l32BZMeb062603: Milter: data, reject=554 5.7.1 MIME type
message/partial not accepted here
Apr  2 13:35:23 mailserver sm-mta[62603]: l32BZMeb062603: to=<recipient <at> xxx>, delay=00:00:01,
pri=30461, stat=MIME type message/partial not accepted here

Beginning from here, it looks as if the DSN is discarded by MIMEDefang himself?

Apr  2 13:35:23 mailserver sm-mta[62603]: l32BZMed062603: from=<>, size=2307, class=0, nrcpts=1,
(Continue reading)

Permalink | Reply | 0 comments |
headers
Steffen Kaiser | 2 Apr 2007 16:43
Picon

Re: Howto use mimidefang _only_ for replacing attachments with urls?


On Mon, 2 Apr 2007, Tony K Lindstrom wrote:

> defined, before using the code. My problem still is, that I want some
> filter code which has everything and does what I want. That is to

And this is what MIMEDefang is not, the config file of MIMEDefang is Perl 
code.
That it is strenght and weakness.

Actually, all you need is a call to action_replace_with_url() with the 
proper condition. The function is described in the man page, the condition 
is Perl code, e.g.:

                 my $size = (stat($entity->bodyhandle->path))[7];
                 if($size >= 10*1024) {          # larger than 10KB
 			return action_replace_with_url( <args> );
 		}

> replace big attachments with urls, nothing else.
>
> 	The second howto was in the wiki:
>
> 	http://www.mimedefang.org/kwiki/index.cgi?ReplaceWithURL

This page emphases on preserving the filename.

> 	but this has this skahed function which I can't find...:-(

Below the snippet is a line "My function <TT>skahead</TT> logs the message
(Continue reading)

Permalink | Reply | 0 comments |
headers
Ahmad Cheikh Moussa | 3 Apr 2007 01:36
Picon
Favicon

Re: Content-type charset

Hi!

Ahmad Cheikh Moussa wrote:
>> If there are high-bit characters and it isn't set, then it's
>> ambiguous (though likely ISO-8859-1)... and you can't
>> reliably guess.
> Yes, I can guess, because I know the sender.
> The problem is not depending on the clients.
> The problem exist, because I add a signature with 8-bit
> character set at the end of every e-mail.
> 
Does anyone has an idea how to set the character set ?

Regards,
 Ahmad

--

-- 
Ahmad Cheikh-Moussa
ISP-Technik

NetUSE AG
Dr.-Hell-Straße, 24107 Kiel, Germany
Telefon: +49 431 2390 400 --  Telefax: +49 431 2390 499
Service: Service <at> NetUSE.DE --  http://NetUSE.DE/

Vorstand: Andreas Seeger (Vorsitz), Dr. Roland Kaltefleiter, Dr. Jörg Posewang
Aufsichtsrat: Detlev Hübner (Vorsitz)
Sitz der AG: Kiel, HRB 5358 USt.ID: DE156073942

Diese E-Mail enthält vertrauliche oder rechtlich geschützte Informationen.
(Continue reading)

Permalink | Reply | 30 comments |
headers
Philip Prindeville | 3 Apr 2007 03:29

Re: Content-type charset

Ahmad Cheikh Moussa wrote:
> Hi Phillips,
>
> Philip Prindeville wrote:
>   
>> If it isn't set, and none of the high bits are turned on,
>> then it's implicitly the default, USASCII.
>>
>> If there are high-bit characters and it isn't set, then it's
>> ambiguous (though likely ISO-8859-1)... and you can't
>> reliably guess.
>>     
> Yes, I can guess, because I know the sender.
> The problem is not depending on the clients.
> The problem exist, because I add a signature with 8-bit
> character set at the end of every e-mail.
>
> Regards,
>  Ahmad
>
>
>   

It's still your MUA that's at fault.

The MUA is adding the signature.  It's not correctly
detecting the file's type.

Period.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Philip Prindeville | 3 Apr 2007 03:31

Re: Content-type charset

Ahmad Cheikh Moussa wrote:
> Hi!
>
> Ahmad Cheikh Moussa wrote:
>   
> Does anyone has an idea how to set the character set ?
>
> Regards,
>  Ahmad
>
>
>   

What's the MUA, anyway?

File a bug.
Permalink | Reply | 27 comments |
headers
Kenneth Porter | 3 Apr 2007 04:13

RE: MIMEDefang 2.62-BETA-1 is Available

--On Saturday, March 31, 2007 2:20 PM -0700 Jeff Grossman 
<jeff <at> stikman.com> wrote:

> I didn't know what to expect.  That is why I asked.  How do I know that
> it is linked against 8.14.0?  It doens't say 8.14.0 anywhere.

I suspect part of the idea is not to depend on versions but rather on what 
features were compiled into that sendmail. (Reporting the version is still 
useful for knowing what sendmail bugs need to be worked around, since a 
given version won't generally know what its own bugs are.)
Permalink | Reply | 501 comments |

Gmane