OSEC

Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email hr@neohapsis.com
 
From: the_emito (the_emito_at_yahoo.com.ar)
Date: Sun Dec 01 2002 - 13:58:17 CST

  • Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

    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
    >> 0dclima.org>
    >> Nov 28 12:19:08 linux2 postfix/qmgr[14496]: 1738DA5E9:
    >> from=<climafinarnet.com.ar>, 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=<infoclimafin.com.ar>, 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):.*infoclimafin.com.ar*
    >> #.prueba/

    CR> You are trying to make all mail that would go to "infoclimafin.com.ar"
    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 "infoclimafin.com.ar"
    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:the_emitoyahoo.com.ar
    

    Ahora podés usar Yahoo! Messenger desde tu celular. Aprendé cómo hacerlo en Yahoo! Móvil: http://ar.mobile.yahoo.com/sms.html