MoneyMail was an electronic-payment system developed and owned by ZAO MoneyMail, a company controlled by the Finam investment holding. Finam's own announcements describe the service and its historical relationship with [email protected]. For broader comparisons, see our guide to casino payment methods.

Finam's 2007 announcement dates the service's operation from December 2004. On 3 March 2005, Finam announced that MoneyMail, previously available to partner banks, had opened to individual Internet users.

The earlier service supported payments to online shops and service providers. Its published features included sending money to an email address. Finam's description also distinguished services for individual customers and merchants receiving payments.

The announcement of 19 July 2007 identifies ZAO MoneyMail as the developer and owner of the MoneyMail system. It also states that the company provided technical and service support for the [email protected] project.

That is a documented relationship between the historical products. Their names refer to the services described in those announcements and should be read with the dates of those records.

In July 2007, MoneyMail announced that the total balance and transaction limits would be displayed in Russian roubles. They had previously been displayed in US dollars. The change concerned the presentation of the customer's combined balance and applicable limits.

When reviewing an earlier MoneyMail payment to a casino, retain the payment-service receipt and the operator's transaction record. The amount, currency, date and reference identify the transaction being discussed.

Finam's historical description included sending money to an email address. An address identified the recipient within that service; the payment record still needed an amount, currency and transaction reference. Keep those details when reviewing an earlier payment involving the MoneyMail name.

The company's support for the [email protected] project was a documented service relationship. Use the exact name on a receipt when identifying which historical product handled a transaction. The shared email-payment theme is not a reason to combine different account records.

The July 2007 announcement concerned the display of the combined balance and limits in roubles. When comparing records from around that change, note the currency printed on each record. A numerical balance without its currency is incomplete information for tracing a payment.

For a casino enquiry, keep the original service receipt alongside the gaming-account history. Identify the amount the payment service recorded and the amount the operator credited, with dates and references. Send support the specific entry being disputed, and retain a copy of the original receipt rather than rewriting its historical currency or product name.

An email address in a historical payment service identified a recipient. Keep payment references separate from passwords or account access information. For an earlier merchant payment, use the business's official support channel and retain the original receipt, amount and currency.

Payment authentication and access to a gaming account serve different purposes. Read the operator's own requirements for identification, account ownership and withdrawals before choosing a deposit route. A successful authorisation records approval of a payment; it does not settle a later dispute about winnings or establish a casino's licensing status.

The points below separate the product or historical feature from what it means when reading payment information.

A bank transfer sends money between accounts and provides a banking reference. A card payment uses the card issuer's authorisation process. An electronic wallet holds a separate payment balance, so loading it and paying a merchant are distinct operations. Compare the route available in the casino with the destination offered for winnings.

Use the payment currency, amount credited, relevant fees and payout requirements for the comparison. The most useful choice is a route whose full sequence you understand, from funding through approval to receipt of a withdrawal.

Use the following checklist with the terms for the actual account and transaction:

• The exact product and legal provider named in the checkout.
• The country and currency covered by the payment instructions.
• The separate deposit and withdrawal destinations.
• The minimum and maximum amounts for the selected operation.
• Charges for funding, conversion and receiving the payment.
• The approval stage, transfer stage and references used to trace them.
• Identification and account-ownership documents requested through official channels.

Keep the relevant terms and payment confirmation with the transaction record. That gives support the original information for the order being discussed, including the product name used at the time.