> We  have  been  getting  blocked  for  not  having  a  RDNS entry on
> outbound3.bullhorn.com  [209.202.131.98],  which  is not true but no
> one  seems  to  care.

Who's  blocking  you for that spurious reason? Whoever's doing that is
likely to do the same to anyone's magic smarthost.

> Either  that,  or  they  have some alternate definition of RDNS that
> doesn't  allow  us  to  send from a different server than we receive
> email into.

Gah,  whoever  "they"  are  shouldn't  be on the Net with that kind of
reasoning.  Nobody  can  get  mail to them reliably, and no one should
jump through hoops to do so. Do you have the logs for these rejects?
 
> How  am  I supposed to investigate issues when 25% of the people who
> are blocking us now refuse to even send an NDR.

By  which  you  mean  that they do not have systems smart enough to do
envelope   rejection   for   what   you   _think_   are  non-weighted,
single-source  envelope  infractions.  It is, of course, possible that
they  are  doing content-based deletion. If you don't get rejected, of
course, you won't know.

> I  was  looking for more of a technical solution and less of a moral
> reproach.

Understood,  but  you're bound to get such "life lessons" if you don't
make  it  clear that you are not originating spam from your server, or
you  don't  know  if  that  is  happening because you're not scanning.
That's  the  nature  of  frazzled  list  users who fight spam all day,
y'know?

> In  an  age  when  the  email  server  you  are  sending from can be
> blacklisted for the actions of a single user, yes it does make sense
> to compartimentalize outgoing email.

Either  scan  it,  compartmentalize  it, or preferably both. As I said
(and  this _was_ a technical solution), get your app to send through a
client-specific  SMTP  server  on demand, rather than trying to kludge
the  server to do source routing. The client-specific servers could be
totally  remote  smarthosts  or  other  boxes on site (though separate
Class Cs is really the only way to make that stick).

--Sandy


------------------------------------
Sanford Whiteman, Chief Technologist
Broadleaf Systems, a division of
Cypress Integrated Systems, Inc.
e-mail: [EMAIL PROTECTED]

SpamAssassin plugs into Declude!
  http://www.mailmage.com/products/software/freeutils/SPAMC32/download/release/

Defuse Dictionary Attacks: Turn Exchange Addresses into IMail Aliases!
  
http://www.mailmage.com/products/software/freeutils/exchange2aliases/download/release/


To Unsubscribe: http://www.ipswitch.com/support/mailing-lists.html
List Archive: http://www.mail-archive.com/imail_forum%40list.ipswitch.com/
Knowledge Base/FAQ: http://www.ipswitch.com/support/IMail/

Reply via email to