Re: Best practices for disabling email accounts

From: Keith Anderson (keith_at_apcs.com.au)
Date: 09/13/03

  • Next message: Vladimir A. Petrov: "Re: Best practices for disabling email accounts"
    Date: Sat, 13 Sep 2003 10:03:12 +1000 (EST)
    To: John Capo <jc@irbs.com>
    
    

    Hi All,

    I use popd with Radius aso if the account is paid up the user can collect
    email.

    The customer will be very keen to pay so they can collect the email.

    I do not block incoming email at all. after 60 Days the account/email is
    deleted as per our contract with the customer.

    Keith Anderson
    Ezyisp Accounting

    On Fri, 12 Sep 2003, John Capo wrote:

    > Quoting Blake Swensen (blake@pyramus.com):
    > > Many of you are in the same boat, where customers fall behind and
    > > collections letters still do not seem to grab their attention.
    > >
    > > Short of changing passwords, does anyone have a best practices method of
    > > temporarily preventing access to email boxes temporarily. In most of
    > > these cases, once the customer has paid, I would like to turn back on
    > > the email boxes.
    > >
    >
    > Reject incoming email but allow access to the mailbox so that your
    > customer can retrieve mail you have already accepted. Rejecting
    > further email notifies the senders that the email was not delivered
    > and they can contact your customer by other means.
    >
    > A recent court case ruled in favor of a plaintiff that claimed they
    > were denied access to important email and lost a large contract
    > because email was accepted but not delivered to the plaintiff. I
    > think it was a Canadian case but with the legal climate in most
    > countries today why take a chance.
    >
    > IANAL, but I do host mail for a number of legal firms.
    >
    > --
    > John Capo
    > Tuffmail.com
    > _______________________________________________
    > freebsd-isp@freebsd.org mailing list
    > http://lists.freebsd.org/mailman/listinfo/freebsd-isp
    > To unsubscribe, send any mail to "freebsd-isp-unsubscribe@freebsd.org"
    >

    _______________________________________________
    freebsd-isp@freebsd.org mailing list
    http://lists.freebsd.org/mailman/listinfo/freebsd-isp
    To unsubscribe, send any mail to "freebsd-isp-unsubscribe@freebsd.org"


  • Next message: Vladimir A. Petrov: "Re: Best practices for disabling email accounts"

    Relevant Pages

    • Re: Concept-oriented programming
      ... reference {... ... concept Account in Persistent // Describes logic of account management ... concept Customer in Persistent // Describes logic of customer management ... But why you think that objects in OOP are an exception and they have to be represented only by such system level identifiers? ...
      (comp.object)
    • Re: Checking a table for an existing entry and insert into a form?
      ... I need to take a user entry from a form's text box, ... > to me to be just a flavor of customer and does not require a separate ... > this account. ... > Complaint types would be listed in a lookup table and be selected via ...
      (microsoft.public.access.gettingstarted)
    • Re: Binding CoreData relations
      ... In other words, a one-to-many relationship between Customer and Account says "one specific instances of Customer CAN BE associated with many specific instances of Account," not "one specific instance of Customer IS associated with many specific instances of Account." ... It does *not* specify a precondition for the existence of an instance of hte Customer entity. ...
      (comp.sys.mac.programmer.help)
    • Re: Relational database & OO
      ... PSE can often be implemented using an object schema or RDB model. ... Here is a basic example that you may find in a customer care & ... interface ServiceAccount: Account ... Now, from the implementation side - there is no persistance, thats ...
      (comp.object)
    • Re: Java Gurus Help
      ... I use a two dim array to hold your data for customer ... Get the ballance in an account for a specified customer.", ... public static void getTransactionOption() ...
      (comp.lang.java)