From: the_emito (no email)
Date: Sun Dec 01 2002 - 14:58:17 EST
Thanks for answer Clifton, ..read between lines.
>> Thanks again for your help
>>
>> Im using, postfix+courier-imap+mysql ( with virtual host )
>>
>> /var/log/maillog says.
>>
>> Nov 28 12:19:08 linux2 postfix/cleanup[14689]: 1738DA5E9:
>> message-id=<003101c296f1$64d412e0$050014
>> >
>> Nov 28 12:19:08 linux2 postfix/qmgr[14496]: 1738DA5E9:
>> from=<>, size=3767, nr
>> cpt=1 (queue active)
>> Nov 28 12:19:08 linux2 postfix/smtpd[14688]: disconnect from
>> smtp5.arnet.com.ar[200.45.191.23]
>> Nov 28 12:19:09 linux2 postfix/pipe[14696]: 1738DA5E9:
>> to=<>, relay=procmail,
>> delay=1, status=sent (climafin.com.ar)
>>
>> so, the mail is sent to (climafin.com.ar) , when it supose to go to
>> (maildir)
CR> ...
>> procmailrc
>>
>> :0
>> * !^From:.*@climafin.com.ar
>> {
>> ANOMY=/usr/local/anomy/
>> :0fw
>> | /usr/local/anomy/bin/sanitizer.pl /usr/local/anomy/sanitizer.cfg
>> }
>>
>> #:0c
>> #* ^(To|Cc|Bcc):.**
>> #.prueba/
CR> You are trying to make all mail that would go to ""
CR> for any reason go instead into a mail folder? Now that you've given
CR> enough information that we can see what you are trying to do, it
CR> appears to me the approach you're trying to use is flawed.
NO, I'm not trying to make all mail that would go to ""
for any reason go instead into a mail folder.
This line its commented. It's only for test....sorry.
CR> Bcc's normally don't make it through to procmail. They're stripped
CR> out, because the whole point of a Bcc is that it is a "blind carbon
CR> copy" and that recipients do not see who was in the Bcc field. The Bcc
CR> is used by the MTA (Postfix) to route the mail off to different
CR> recipients, and after that it is removed.
CR> The problem here is that you're trying to use procmail, which deals
CR> only at the mail header level, to do things on the message envelope and
CR> transport level.
CR> I'm not sure how best to accomplish your goal, other than using
CR> always_bcc to get a copy of *everything* going through the server and
CR> then screening out all the mail you didn't want.
>> # sino, reinserto
>> #re-send the message
>> :0
>> |/usr/sbin/sendmail -oi -f "$@"
Here its the problem.
When I reinject, because, I don't know another way to do this. I mean
deliver the mail to the user mailbox ( All the user data, name, where
is the mailbox located, it's stored in Mysql, so they are 'virtual'
users). How it's supossed that I deliver the mail to their respective
mailbox without REINJECTING ????
CR> I believe this has some other potential pitfalls, as it looks like it
CR> could cause looping mail or relays, but maybe I didn't scrutinize the
CR> rest of your config closely enough. Using procmail | sendmail to
CR> reinject mail is always hazardous, though, again because there is a
CR> difference between the headers and the real information about where
CR> mail should be delivered.
CR> -- Clifton
Thanks Again.
-- Best regards, Emiliano. mailto: Ahora podés usar Yahoo! Messenger desde tu celular. Aprendé cómo hacerlo en Yahoo! Móvil: http://ar.mobile.yahoo.com/sms.html
|
|
|