14 received by's? holy cow.. it's doing a whole lot more than going through 
postfix and dbmail three times. It's getting virus scanned, for one.. That 
may be something to check out. 

I would start with a much simpler system, and make sure that works first. i.e. 
JUST forwarding within a domain, no virusscan, no spam scan, no procmail, 
just postfix and dbmail. Just to verify that it's working at that level. Then 
try it with another domain, which should work fine if the first thing works. 

Then add the other pieces, one by one, until it breaks. I'm afraid that's all 
the help I'm good for. Sorry. :/ I can't say for sure, but there's nothing 
that makes me think that dbmail is messed up here. 

Just out of curiosity, you might check for duplicate lines in the aliases 
table. 

-Micah 


On Sunday 07 March 2004 09:17 pm, Ed K. wrote:
> I've redirected the 'deliver_to' to another address that then bounces back
> - a triangle. same results.
>
> I also set the 'deliver_to' to a different mail client that does not use
> .procmail to sort mail. same results.
>
> looks like the header was copied twice?
>
> the raw mail message is available at:
>
> http://www.hp.uab.edu/~ed/raw_mail
>
> ed
>
> On Sun, 7 Mar 2004, Micah wrote:
> > Oh! I wasn't paying attention, you're sending it from the same account
> > the alias is pointing to.
> >
> > I wonder if the email is getting an extra line added to the beginning
> > somewhere which is throwing off your mail client. I don't use it myself,
> > but I think I remember hearing this happens when people use procmail
> > sometimes.
> >
> > If you look at the source of the email you're getting, is the first line
> > blank?
> >
> > -Micah
> >
> > On Sunday 07 March 2004 08:23 pm, Ed K. wrote:
> > > the logs do not identify any error... i think.
> > >
> > > Mar  7 23:19:36 proxy dbmail/smtp[1455]: authsql.c,auth_check_user_ext:
> > > checking user [EMAIL PROTECTED] to [EMAIL PROTECTED] Mar  7 23:19:36
> > > proxy dbmail/smtp[1455]: authsql.c,auth_check_user_ext: checking user
> > > [EMAIL PROTECTED] in alias table
> > >
> > > The entire transaction is available at:
> > >
> > > http://www.hp.uab.edu/~ed/mail-dbmail
> > >
> > > The email recieved does not look like a bounce error.
> > >
> > > ed
> > >
> > > On Sun, 7 Mar 2004, Micah wrote:
> > > > The mails are being returned to the sender account as a bounce? In
> > > > that case, it makes sense for some headers to be in the body of the
> > > > email. In fact, this behavior has always helped me out, I'm not sure
> > > > why you're saying it's wrong.
> > > >
> > > > The XML you quoted looked like some kind of email specific issue. It
> > > > also appeared as if the beginning was being dropped. Is this
> > > > happening in your 40 test messages as well?
> > > >
> > > > Is there a specific bounce error message?
> > > >
> > > > What do the logs say the problem is?
> > > >
> > > > -Micah
> > > >
> > > > On Sunday 07 March 2004 07:14 pm, Ed K. wrote:
> > > > > Actually, it happened on two consecutive tests, but I just sent out
> > > > > 40 test emails, and none returned with XML. but they all returned
> > > > > with the sent header.
> > > > >
> > > > > Just to clarify, the email header sent is returned to me in the
> > > > > body of the email. very distracting - and well just wrong.
> > > > >
> > > > > ed
> > > > >
> > > > > p.s. I'm using postfix 2.0.18
> > > > >
> > > > > p.p.s. Email is received on a computer in the dmz (postfix 2.0.18
> > > > > too) forwarded to the dbmail server, inside the firewall, processed
> > > > > by dbmail 2.0rc3, then sent back to postfix, on the dbmail server, 
> > > > > whose 'relayhost' is set to the dmz server. Removing the relayhost
> > > > > setting on postfix on the dbmail server has no effect.
> > > > >
> > > > > On Sun, 7 Mar 2004, Micah wrote:
> > > > > > I have quite a few external aliases set up in DBMail and they
> > > > > > work fine, as the MTA doesn't distinguish internal from external
> > > > > > anyways (well, postfix doesn't) when delivering, it shouldn't
> > > > > > matter what the to alias is.
> > > > > >
> > > > > > Is this XML always the same?
> > > > > >
> > > > > > -Micah
> > > > > >
> > > > > > On Sunday 07 March 2004 06:36 pm, Dan Weber wrote:
> > > > > > > That kind of alias should be done by your MTA.  Edit
> > > > > > > /etc/aliases. Dbmail aliases are for internal system only.
> > > > > > >
> > > > > > > -- Dan
> > > > > > >
> > > > > > > On Sun, Mar 07, 2004 at 12:25:02PM -0500, Ed K. wrote:
> > > > > > > > So far everything looks great for 2.0rc3. except for the
> > > > > > > > forwarding.
> > > > > > > >
> > > > > > > > I would like to forward some addresses to another domain. But
> > > > > > > > when I do, the forwarded email includes a bunch of XML? and
> > > > > > > > then the headers.
> > > > > > > >
> > > > > > > > I've included a response below.
> > > > > > > >
> > > > > > > > My dbmail database includes an entry of:
> > > > > > > >
> > > > > > > > mysql> select alias,deliver_to from aliases where
> > > > > > > > alias='[EMAIL PROTECTED]';
> > > > > > > > +----------------------+---------------+
> > > > > > > >
> > > > > > > > | alias                | deliver_to    |
> > > > > > > >
> > > > > > > > +----------------------+---------------+
> > > > > > > >
> > > > > > > > | [EMAIL PROTECTED] | [EMAIL PROTECTED] |
> > > > > > > >
> > > > > > > > +----------------------+---------------+
> > > > > > > >
> > > > > > > > Any ideas?
> > > > > > > >
> > > > > > > > ed
> > > > > > > >
> > > > > > > > ---------- Forwarded message ----------
> > > > > > > > Date: Sun, 7 Mar 2004 12:14:02 -0500 (EST)
> > > > > > > > From: Ed K. <[EMAIL PROTECTED]>
> > > > > > > > To: [EMAIL PROTECTED]
> > > > > > > > Subject: ping5555
> > > > > > > >
> > > > > > > > Czech" flag="compiled"/>
> > > > > > > >   <collation name="latin2_general_ci"   id="9"  flag="primary">
> > > > > > > >     <order>Hungarian</order>
> > > > > > > >     <order>Polish</order>
> > > > > > > >     <order>Romanian</order>
> > > > > > > >     <order>Croatian</order>
> > > > > > > >     <order>Slovak</order>
> > > > > > > >     <order>Slovenian</order>
> > > > > > > >     <order>Sorbian</order>
> > > > > > > >   </collation>
> > > > > > > >   <collation
> > > > > > > > name="latin2_hungarian_ci"              id="21" 
> > > > > > > > order="Hungarian"/>
> > > > > > > > <collation
> > > > > > > > name="latin2_croatian_ci"               id="27" 
> > > > > > > > order="Croatian"/>
> > > > > > > > <collation
> > > > > > > > name="latin2_bin"       id="77" order="Binary"  flag="binary"/>
> > > > > > > > </charset>
> > > > > > > >
> > > > > > > > <charset name="dec8">
> > > > > > > >   <family>Western</family>
> > > > > > > >   <description>DEC West European</description>
> > > > > > > >   <collation
> > > > > > > > name="dec8_bin"         id="69" order="Binary"  flag="binary"/>
> > > > > > > > <collation name="dec8_swedish_ci"       id="3"  flag="primary">
> > > > > > > > <order>Dutch</order>
> > > > > > > >     <order>English</order>
> > > > > > > >     <order>French</order>
> > > > > > > >     <order>German Duden</order>
> > > > > > > >     <order>Italian</order>
> > > > > > > >     <order>Latin</order>
> > > > > > > >     <order>Portuguese</order>
> > > > > > > >     <order>Span‰Received: from gw.expressmedrx.com (imapd
> > > > > > > > [192.168.1.1]) by proxy.expressmedrx.com (Postfix) with ESMTP
> > > > > > > > id 0965A1D1ED for <[EMAIL PROTECTED]>; Sun,  7 Mar 2004
> > > > > > > > 12:13:40 -0500 (EST) Received: from www.hp.uab.edu
> > > > > > > > (mail.hp.uab.edu [138.26.94.32]) by gw.expressmedrx.com
> > > > > > > > (Postfix) with ESMTP id 677889BC77
> > > > > > > >         for <[EMAIL PROTECTED]>; Sun,  7 Mar 2004 12:13:54 -0500
> > > > > > > > (EST) Received: from localhost (localhost.localdomain
> > > > > > > > [127.0.0.1]) by www.hp.uab.edu (Postfix) with ESMTP id
> > > > > > > > CDA8250162 for <[EMAIL PROTECTED]>; Sun,  7 Mar 2004
> > > > > > > > 12:14:02 -0500 (EST) Received: by www.hp.uab.edu (Postfix,
> > > > > > > > from userid 500) id 4D4EC50161; Sun,  7 Mar 2004 12:14:02
> > > > > > > > -0500 (EST) Received: from localhost (localhost [127.0.0.1])
> > > > > > > >         by www.hp.uab.edu (Postfix) with ESMTP id 4B1E62294B
> > > > > > > >         for <[EMAIL PROTECTED]>; Sun,  7 Mar 2004 12:14:02 -0500
> > > > > > > > (EST) Date: Sun, 7 Mar 2004 12:14:02 -0500 (EST)
> > > > > > > > From: "Ed K." <[EMAIL PROTECTED]>
> > > > > > > > To: [EMAIL PROTECTED]
> > > > > > > > Subject: ping5555
> > > > > > > > Message-ID:
> > > > > > > > <[EMAIL PROTECTED]>
> > > > > > > > MIME-Version: 1.0
> > > > > > > > Content-Type: TEXT/PLAIN; charset=US-ASCII
> > > > > > > > X-Virus-Scanned: by amavisd 0.1
> > > > > > > >
> > > > > > > > this is the body
> > > > > > > >
> > > > > > > > Security on the internet is impossible without strong, open,
> > > > > > > > and unhindered encryption.
> > > > > > > >
> > > > > > > > _______________________________________________
> > > > > > > > Dbmail mailing list
> > > > > > > > [email protected]
> > > > > > > > https://mailman.fastxs.nl/mailman/listinfo/dbmail
> > > > > > >
> > > > > > > _______________________________________________
> > > > > > > Dbmail mailing list
> > > > > > > [email protected]
> > > > > > > https://mailman.fastxs.nl/mailman/listinfo/dbmail
> > > > > >
> > > > > > _______________________________________________
> > > > > > Dbmail mailing list
> > > > > > [email protected]
> > > > > > https://mailman.fastxs.nl/mailman/listinfo/dbmail
> > > > >
> > > > > Security on the internet is impossible without strong, open,
> > > > > and unhindered encryption.
> > > > >
> > > > >
> > > > > Security on the internet is impossible without strong, open,
> > > > > and unhindered encryption.
> > > > >
> > > > > _______________________________________________
> > > > > Dbmail mailing list
> > > > > [email protected]
> > > > > https://mailman.fastxs.nl/mailman/listinfo/dbmail
> > > >
> > > > _______________________________________________
> > > > Dbmail mailing list
> > > > [email protected]
> > > > https://mailman.fastxs.nl/mailman/listinfo/dbmail
> > >
> > > Security on the internet is impossible without strong, open,
> > > and unhindered encryption.
> > >
> > > _______________________________________________
> > > Dbmail mailing list
> > > [email protected]
> > > https://mailman.fastxs.nl/mailman/listinfo/dbmail
> >
> > _______________________________________________
> > Dbmail mailing list
> > [email protected]
> > https://mailman.fastxs.nl/mailman/listinfo/dbmail
>
> Security on the internet is impossible without strong, open,
> and unhindered encryption.
>
> _______________________________________________
> Dbmail mailing list
> [email protected]
> https://mailman.fastxs.nl/mailman/listinfo/dbmail

Reply via email to