Re: qmailanalog + tai64

2001-04-02 Thread Martin Renner

Hi.

 # echo "986221654.952383500" | ./tailocal
 2001-04-02 15:27:34.952383500

And where can I find this tailocal? I just have tai64nlocal. Is it part of a previous 
version of ucspi-tcp?

BTW: The input format is something like

d d 986225876.348359500 986225876.369300500 986225876.381710500 bla bla bla


Martin




Send retries

2000-05-04 Thread Martin Renner

Hi.

When and how often tries qmail to resend a mail to a specific recipient
after a delivery failure?

I already have found this information some time ago, but now I cannot
find it again. It was something like after 4 hours, after 9 hours, after
1 day (and so on...)

Where can I find this information?


Martin



VERP

2000-03-30 Thread Martin Renner

*This message was transferred with a trial version of CommuniGate(tm) Pro*

Hi.

In several places I was reading about the "VERP (Variable Envelope
Return Path)" feature of qmail.

Unfortunately, I didn't find any information about how to use this
feature.

I have an application, which is communicating directly via SMTP with
qmail. As I am sending to huge lists (up to 28000 recipients) I would
like to use VERP.

Martin





Restriction of recipients

2000-02-29 Thread Martin Renner

*This message was transferred with a trial version of CommuniGate(tm) Pro*

Hi.

Is there a known restriction in the amount of recipients that qmail can handle?

We use qmail to deploy mails to several thousand of mailing lists. Some of 
those lists have 3+ subscribers.

With some test, we discovered the following:

- sending a mail to 15400 recipients (each address has 32 characters) works 
fine
- sending the same mail to 15800 recipients (each address has 32 
characters) fails with these error messages of our client software:
"Can't send command to SMTP host", "socket write error (code=10053)"
- sending the same mail to1 recipients (each address has 70 characters) 
fails

When we send our test-mail to a different mail server (tested with 
CommuniGatePro) to 10 recipients, everything works fine.

It looks, like if there is a buffer overflow in qmail, caused by 
"recipients * length of address". Is there a patch to extend this buffer?

Martin



Timezone

2000-01-20 Thread Martin Renner


Hi.

We are using qmail on Sun Solaris 7. When we are sending mails, the header 
of them is looking like this:

--
Received: from a.b.c (mailsrvr [192.168.230.23])
   by email.tiscon.de (8.9.3/8.9.3) with SMTP id MAA03719
   for [EMAIL PROTECTED]; Thu, 20 Jan 2000 12:58:04 +0100
Received: (qmail 11852 invoked from network); 20 Jan 2000 11:55:06 -
Received: from b.b.c (HELO websrvr) (192.168.230.22)
   by a.b.c with SMTP; 20 Jan 2000 11:55:06 -
Date: Thu, 20 Jan 2000 12:57:25 +0100 (GMT+01:00)
--

The "Date" field is set correctly, our email server "email.tiscon.de" is 
setting the time correctly (12:58:04 +0100), but qmail is setting the time 
to "11:55:06 -".

How can we instruct qmail to insert the correct time and timezone?

BTW: We are in Europe/Berlin, so +0100 is correct.

Martin



Managing mailing lists

2000-01-13 Thread Martin Renner


Hi.

We are using qmail to deploy mails for several thousands of mailing list. 
Each of these lists has between 1 and 12000 users.

We create the messages in an application and we set the "to"-field to the 
mailing list name, "from" to the name of the author of the mail. "reply-to" 
is being set to the name of the mailing list.

e.g. From: Martin Renner [EMAIL PROTECTED]
  To:   [EMAIL PROTECTED]
  Reply-To: [EMAIL PROTECTED]

Now we have the problem that some replies of our users are going to 
"m.renner", some others go to "mailinglist". Is it possible that some email 
clients ignore the value of "reply-to" and that they always send to the 
"from"-address?

Another problem is, that the original author of the email (m.renner) is 
getting all the error mails from qmail ("failure notice", "This is the 
qmail-send program [...] could not deliver to the following 200 
addresses..."). We want that qmail (and all the other MTAs which qmail is 
contacting) will send their error messages to 
"[EMAIL PROTECTED]". How can we achieve this? Setting the 
"return-path" (as described in RFC822) is not working, because qmail (?) is 
replacing the "return-path" with the value from the "from"-address.

Martin




tiscon AG
Infosystems
_
Martin Renner
Lise-Meitner-Str. 15
D-89081 Ulm
Phone  +49 731 95448-0
Fax+49 731 95448-901
email  mailto:[EMAIL PROTECTED]
WWWhttp://www.tiscon.de