Hello,

I did some more testing and it appears that powermail will not send an
email that has more then 80 (as far as I can tell) characters in the
"To:" field (for example: '<net-virtual.com-gsaylor2-qconfirm-
[EMAIL PROTECTED]>' is 96 characters and
if I change it to '<rtual.com-gsaylor2-qconfirm-
[EMAIL PROTECTED]> it will work
correctly...)...  The RFC specifies no limit on this 

I can also send email to:

<[EMAIL PROTECTED]>

.. but not

<[EMAIL PROTECTED]
virtual.com>

(note the extra "A" at the beginning)...

However, if I telnet directly to port 25 (same mail server which
powermail connects to I can issue a:

Rcpt To: <012345678900123456789012345
6789001234567890012345678900123456789
0123456789012345678901234567890123456
[EMAIL PROTECTED]> 

(which is obviously MUCH longer) and it will get delivered correctly... 
Therefore I must believe this has it's roots somewhere in Powermail's
design....

I did go read the RFC (<http://www.ietf.org/rfc/rfc0821.txt>) and it says:

          ****************************************************
          *                                                  *
          *  TO THE MAXIMUM EXTENT POSSIBLE, IMPLEMENTATION  *
          *  TECHNIQUES WHICH IMPOSE NO LIMITS ON THE LENGTH *
          *  OF THESE OBJECTS SHOULD BE USED.                *
          *                                                  *
          ****************************************************

            user

               The maximum total length of a user name is 64 characters.

            domain

               The maximum total length of a domain name or number is 64
               characters.

Clearly I have not hit either of these limits...... Unless Powermail is
sending < > around the "To:" address..

In any event, does anyone know what is going on with this?....

- Greg

>Hello,
>
>I am trying to install qcontrol on my mail server (finally totally fed up
>with the level of junk email)...  The tool I am trying to use is qcontrol
>(for qmail servers), but that's not really important... What is important
>is how it works, basically, it's a system which requires that individuals
>who want to email you must reply to a confirmation email before being
>allowed to deliver email to my account..
>
>So if you were to send an email to me the system would require you to
>first reply to an acknowledgement email which gets set out...
>
>The email looks something like this (just to give you an idea):
>
>
>---------
>Hello, this is the qconfirm mail-handling program. One or more messages
>from you are being held because your address was not recognized.
>
>To release your pending message(s) for delivery, please reply to this
>request. Your reply will not be read, so an empty message is fine.
>
>If you do not reply to this request, your message(s) will eventually be
>returned to you, and will never be delivered to the envelope recipient.
>
>This confirmation verifies that your message(s) are legitimate and not
>junk-mail.
>
>Regards, the qconfirm program, http://smarden.org/qconfirm/
>---------
>
>
>All of this seems to be working fine, but it appears that Powermail is,
>for some reason, truncating the "reply address"...
>
>Here's a sample header from the above email:
>
>------------------ RFC822 Header Follows ------------------
>Return-Path: <>
>Delivered-To: [EMAIL PROTECTED]
>Received: (qmail 16034 invoked by uid 89); 29 Jul 2003 12:22:29 -0000
>Date: 29 Jul 2003 12:22:29 -0000
>Message-ID: <[EMAIL PROTECTED]>
>From: "qconfirm" <net-virtual.com-gsaylor2-qconfirm-
>[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Subject: Please confirm your message
>-----------------------------------------------------------
>
>
>However, when I use Powermails "reply" feature the message sits in a
>"Sending" status forever...  I noticed in looking in the "to" line it
>only has "<net-virtual.com-gsaylor2-qconfirm-
>[EMAIL PROTECTED]>"..
>
>Does anyone know what is going on?.. Is this a bug in Powermail?..
>
>Thanks!
>
>- Greg
>
>
>>p


Reply via email to