RE: Qmail and RFC1894 - Delivery Status Notifications

2000-12-13 Thread James Morgenstein

I am somewhat hesitant to rely upon VERP's because I have seen several
problems in how some email programs handle the = sign in the VERP.  We all
know that the = sign is a valid character for the local part of an email
address according to the RFC, but there are many mail programs (definitely
some clients, but how MTA's handle VERP's is unknown to me) which incorrect
parse the = sign.  The incorrect parsing results in something that looks
like:
  list-action-username=userhost@listhost
being interpreted as:
  userhost@listhost

Has anyone else found problems with VERP's?  I know that I have experienced
several problems with mailto: and reply links when using ezmlm.  Some
clients that I know have problems are Yahoo, Excite, etc.

In the short term, I have modified my bounce processor to parse DSN's and
qmail bounce reports.

Thoughts?

Thanks.

James

-Original Message-
From: Sean Reifschneider [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, December 12, 2000 1:08 AM
To: James Morgenstein
Cc: qmail list
Subject: Re: Qmail and RFC1894 - Delivery Status Notifications


On Mon, Dec 11, 2000 at 10:04:14PM -0500, James Morgenstein wrote:
This appears to be used by most of the public mail servers that I have
tested against, but when a mail bounces out of one of my local qmail

The problem with DSN is that *EVERY* machine that the message passes through
must support DSN, or it fails.  QMail doesn't support DSN (unless there's
a patch, you have looked at www.qmail.org, right?).  Check out
VERPs -- Variable Envelope Return Paths.  Searching google
should provide some good hits.

Sean
--
 I never thought I would live in a country which had a
 self-declared president.
Sean Reifschneider, Inimitably Superfluous [EMAIL PROTECTED]
tummy.com - Linux Consulting since 1995. Qmail, KRUD, Firewalls, Python




badmailto functionality ?

2000-12-13 Thread James Morgenstein

All-

Is there a way to block the delivery of messages through my smtp servers to
particular addresses?

I have qmail acting as a local relay sending mail from inside my network to
users on the outside.  The users that I want to block would be on the
outside, but the mail is sent from the inside.

I can use the badmailfrom control file to block mail from someone, but I am
looking to block mail to a list of people.

As always, thanks for the help.

James




Qmail and RFC1894 - Delivery Status Notifications

2000-12-12 Thread James Morgenstein

All-

I have a need to process mail server bounces in an automated fashion and
planned to make use of RFC1894 - An Extensible Message Format for Delivery
Status Notifications.

This appears to be used by most of the public mail servers that I have
tested against, but when a mail bounces out of one of my local qmail
machines (e.g., cannot connect after the maximum queue time), the message
that I am receiving back from qmail does not appear to follow the RFC
specification for reporting this error.

Do I have something mis-configured?  Is there a patch to bounce using
RFC1894 standards?

Thanks for the help.

James




Qmail and RFC1894 - Delivery Status Notifications

2000-12-11 Thread James Morgenstein

All-

I have a need to process mail server bounces in an automated fashion and
planned to make use of RFC1894 - An Extensible Message Format for Delivery
Status Notifications.

This appears to be used by most of the public mail servers that I have
tested against, but when a mail bounces out of one of my local qmail
machines (e.g., cannot connect after the maximum queue time), the message
that I am receiving back from qmail does not appear to follow the RFC
specification for reporting this error.

Do I have something mis-configured?  Is there a patch to bounce using
RFC1894 standards?

Thanks for the help.

James




Duplicate Messages and missing trailers.....

2000-12-02 Thread James Morgenstein

Has anyone ever had the problem where messages are delivered more than once?
On what appears to be random occasions, messages are delivered twice to my
lists.  I did notice this at one point happening to the qmail and ezmlm
lists.

Also on random occasions, messages distributed to my lists do not appear to
have the designated trailer included in the messages.  Again, no real
pattern to this one either.

I am running the latest version of qmail and ezmlm/ezmlm-idx on Redhat 6.2
with double confirmation disabled (I am doing the double-opt in elsewhere).

Thanks for the help.

James




Possible bug in qmailanalog matchup program?

2000-11-08 Thread James Morgenstein

All-

I am attempting to process about 500 MB of qmail log files but continue to
run into the following bug when running the matchup program:

  matchup: fatal: unable to write fd 5: file descriptor not open

I have isolated the problem to the matchup program by running the following
sequence of commands:

  # cat /var/log/qmail/*.s /var/log/qmail/current  biglog.txt
  # cat biglog.txt | /usr/local/qmailanalog/bin/tai64nfrac  big64nfrac.txt
  # cat big64nfrac.txt | /usr/local/qmailanalog/bin/matchup  bigmatchup.txt

I get the above error on the last line of this sequence of commands.

I also get the same error if I string all of these commands together into a
single line such as:

  # cat /var/log/qmail/*.s /var/log/qmail/current |
/usr/local/qmailanalog/bin/tai64nfrac | /usr/local/qmailanalog/bin/matchup 
bigmatchup.txt

Without being able to process all the data, I am afraid that I cannot
extract the information I desire using the other qmailanalog tools.

Thanks for the help.

James




Converting dates from seconds since epoch to readable dates

2000-11-07 Thread James Morgenstein

All-

I am attempting to write a script which examines the qmail logs files for
statistics on ezmlm mail lists.

In order to make sense of the results I need a script or command which will
turn the dates that come out of qmailanalog's matchup program into human
readable form.

Does anyone have a script or know the command to turn a date such as
973212991.884939500 to a real date that you and I can easily understand?

Thanks.

James




RE: Converting dates from seconds since epoch to readable dates

2000-11-07 Thread James Morgenstein

Mr. Zajkowski-

The dates that come our of matchup are not tai64n formatted.

However, I was provided with following perl script by another list member
which appears to do the job:

#!/usr/bin/perl -n
#
chop;
s/^[^0-9][^:]+://;
($time,$therest) = split(/\s+/,$_,2);
print scalar localtime($time)," $therest\n";

Thanks.

James


-Original Message-
From: Jim Zajkowski [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, November 07, 2000 11:06 PM
To: James Morgenstein
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: Re: Converting dates from seconds since epoch to readable dates



tai64nlocal, it's in the daemontools package from DJB.


On Tue, 7 Nov 2000, James Morgenstein wrote:

 All-

 I am attempting to write a script which examines the qmail logs files for
 statistics on ezmlm mail lists.

 In order to make sense of the results I need a script or command which
will
 turn the dates that come out of qmailanalog's matchup program into human
 readable form.

 Does anyone have a script or know the command to turn a date such as
 973212991.884939500 to a real date that you and I can easily understand?

 Thanks.

 James



--
Jim Zajkowski
System Administrator
ITCS Contract Services