"画像データを添付した電子メールを任意の送信宛先に向けて送信する画像送信装置において、前記画像データを添付ファイルとする前記電子メールを生成するメール生成部と、前記電子メールを前記送信宛先に向けて送信する通信部と、前記電子メールの送信を制限する場合のデータサイズを規定する送信制限データサイズがテーブルデータとして前記送信宛先に対応付けて記憶される制限サイズ記憶部と、前記画像データ及び前記画像データを含む前記電子メールのいずれか一方のデータサイズの値と、前記送信宛先の送信制限データサイズの値とを比較し、比較結果に基づいて、前記電子メールの送信を制御するメール送信制御部とを有することを特徴とする画像送信装置。請求項1に記載の画像送信装置において、さらに、前記電子メールの送信宛先情報を含む、前記電子メールの送信に必要な情報が入力される入力部を有し、前記メール送信制御部は、前記制限サイズ記憶部に記憶された前記テーブルデータの中の、前記入力部から入力された前記送信宛先情報に対応する前記送信制限データサイズを用いることを特徴とする画像送信装置。請求項1又は請求項2に記載の画像送信装置において、前記メール送信制御部は、前記画像データ及び前記画像データを含む前記電子メールのいずれか一方の前記データサイズの値が前記送信宛先の送信制限データサイズの値以上である場合に、前記電子メールの送信を中止する制御を行うことを特徴とする画像送信装置。請求項1又は請求項2に記載の画像送信装置において、前記メール送信制御部は、前記画像データ及び前記画像データを含む前記電子メールのいずれか一方の前記データサイズの値が前記送信宛先の送信制限データサイズの値以上である場合に、前記電子メールを分割して送信する制御を行うことを特徴とする画像送信装置。請求項1乃至請求項4のいずれか一項に記載の画像送信装置において、前記通信部は、ネットワークを介して、前記電子メールを前記送信宛先に向けて配送する複数の送信側のメールサーバと接続されており、前記メール送信制御部は、前記画像データ及び前記画像データを含む前記電子メールのいずれか一方の前記データサイズの値に応じて、複数の前記送信側のメールサーバの中から使用するメールサーバを選択する制御を行うことを特徴とする画像送信装置。請求項1乃至請求項5のいずれか一項に記載の画像送信装置において、さらに、前記通信部が、前記電子メールを前記送信宛先に向けて配送する1乃至複数のメールサーバから、前記電子メールの配送エラーを通知するエラーメールを受信した場合に、当該エラーメールに基づいて、前記制限サイズ記憶部に記憶された前記テーブルデータの内容を更新する受信メール解釈部を有することを特徴とする画像送信装置。請求項6に記載の画像送信装置において、前記メール送信制御部は、前記電子メールが前記送信宛先に正常に送信されない場合に、前記エラーメールの送信を指示するコマンドを、前記1乃至複数のメールサーバの中の、当該画像送信装置と直接通信可能に接続された送信側のメールサーバに送信し、前記受信メール解釈部は、前記エラーメールに基づいて、前記エラーメールに対応する前記電子メールの送信宛先情報及び当該エラーメールを送信した前記メールサーバを特定するサーバ特定情報のいずれか一方又は双方を取得し、前記エラーメールに対応する前記電子メールの前記データサイズを取得された情報に対応付けて前記テーブルデータに登録することを特徴とする画像送信装置。請求項6又は請求項7に記載の画像送信装置において、前記受信メール解釈部は、前記エラーメールに対応する前記電子メールを配送エラー送信メールとし、前記エラーメールの内容を解釈することによって、当該配送エラー送信メールの前記送信宛先と前記データサイズとを特定し、特定された当該配送エラー送信メールの前記データサイズを更新送信制限データサイズとし、当該更新送信制限データサイズを当該配送エラー送信メールの前記送信宛先に対応付けて前記テーブルデータに登録することを特徴とする画像送信装置。請求項6乃至請求項8のいずれか一項に記載の画像送信装置において、前記制限サイズ記憶部は、前記送信制限データサイズが前記テーブルデータとして前記送信宛先及び前記メールサーバのいずれか一方に対応付けて記憶されており、前記受信メール解釈部は、前記エラーメールに対応する前記電子メールを配送エラー送信メールとし、前記エラーメールが、前記1乃至複数のメールサーバの中の、当該画像送信装置と直接通信可能に接続された送信側のメールサーバから送信された場合に、前記エラーメールの内容を解釈することによって、当該エラーメールを送信した前記メールサーバと当該配送エラー送信メールの前記データサイズとを特定し、特定された当該配送エラー送信メールの前記データサイズを更新送信制限データサイズとし、当該更新送信制限データサイズを当該エラーメールを送信した前記メールサーバに対応付けて前記テーブルデータに登録することを特徴とする画像送信装置。画像データを添付した電子メールを送信宛先に向けて送信する通信部と、前記電子メールの送信を制限する場合のデータサイズを規定する送信制限データサイズがテーブルデータとして前記送信宛先に対応付けて記憶される制限サイズ記憶部とを有する画像送信装置の制御部を、前記画像データを添付ファイルとする前記電子メールを生成するメール生成部と、前記画像データ及び前記画像データを含む前記電子メールのいずれか一方のデータサイズの値と、前記送信宛先の送信制限データサイズの値とを比較し、比較結果に基づいて、前記電子メールの送信を制御するメール送信制御部として機能させることを特徴とするプログラム。請求項10に記載のプログラムにおいて、前記画像送信装置が、さらに、前記電子メールの送信宛先情報を含む、前記電子メールの送信に必要な情報が入力される入力部を有する場合に、前記メール送信制御部は、前記制限サイズ記憶部に記憶された前記テーブルデータの中の、前記入力部から入力された前記送信宛先情報に対応する前記送信制限データサイズを用いることを特徴とするプログラム。請求項10又は請求項11に記載のプログラムにおいて、前記メール送信制御部は、前記画像データ及び前記画像データを含む前記電子メールのいずれか一方の前記データサイズの値が前記送信宛先の送信制限データサイズの値以上である場合に、前記電子メールの送信を中止する制御を行うことを特徴とするプログラム。請求項10又は請求項11に記載のプログラムにおいて、前記メール送信制御部は、前記画像データ及び前記画像データを含む前記電子メールのいずれか一方の前記データサイズの値が前記送信宛先の送信制限データサイズの値以上である場合に、前記電子メールを分割して送信する制御を行うことを特徴とするプログラム。請求項10乃至請求項13のいずれか一項に記載のプログラムにおいて、前記通信部は、ネットワークを介して、前記電子メールを前記送信宛先に向けて配送する複数の送信側のメールサーバと接続されており、前記メール送信制御部は、前記画像データ及び前記画像データを含む前記電子メールのいずれか一方の前記データサイズの値に応じて、複数の前記送信側のメールサーバの中から使用するメールサーバを選択する制御を行うことを特徴とするプログラム。請求項10乃至請求項14のいずれか一項に記載のプログラムにおいて、前記画像送信装置の制御部を、さらに、前記通信部が、前記電子メールを前記送信宛先に向けて配送する1乃至複数のメールサーバから、前記電子メールの配送エラーを通知するエラーメールを受信した場合に、当該エラーメールに基づいて、前記制限サイズ記憶部に記憶された前記テーブルデータの内容を更新する受信メール解釈部として機能させることを特徴とするプログラム。請求項15に記載のプログラムにおいて、前記メール送信制御部は、前記電子メールが前記送信宛先に正常に送信されない場合に、前記エラーメールの送信を指示するコマンドを、前記1乃至複数のメールサーバの中の、当該画像送信装置と直接通信可能に接続された送信側のメールサーバに送信し、前記受信メール解釈部は、前記エラーメールに基づいて、前記エラーメールに対応する前記電子メールの送信宛先情報及び当該エラーメールを送信した前記メールサーバを特定するサーバ特定情報のいずれか一方又は双方を取得し、前記エラーメールに対応する前記電子メールの前記データサイズを取得された情報に対応付けて前記テーブルデータに登録することを特徴とするプログラム。請求項15又は請求項16に記載のプログラムにおいて、前記受信メール解釈部は、前記エラーメールに対応する前記電子メールを配送エラー送信メールとし、前記エラーメールの内容を解釈することによって、当該配送エラー送信メールの前記送信宛先と前記データサイズとを特定し、特定された当該配送エラー送信メールの前記データサイズを更新送信制限データサイズとし、当該更新送信制限データサイズを当該配送エラー送信メールの前記送信宛先に対応付けて前記テーブルデータに登録することを特徴とするプログラム。請求項15乃至請求項17のいずれか一項に記載のプログラムにおいて、前記制限サイズ記憶部は、前記送信制限データサイズが前記テーブルデータとして前記送信宛先及び前記メールサーバのいずれか一方に対応付けて記憶されており、前記受信メール解釈部は、前記エラーメールに対応する前記電子メールを配送エラー送信メールとし、前記エラーメールが、前記1乃至複数のメールサーバの中の、当該画像送信装置と直接通信可能に接続された送信側のメールサーバから送信された場合に、前記エラーメールの内容を解釈することによって、当該エラーメールを送信した前記メールサーバと当該配送エラー送信メールの前記データサイズとを特定し、特定された当該配送エラー送信メールの前記データサイズを更新送信制限データサイズとし、当該更新送信制限データサイズを当該エラーメールを送信した前記メールサーバに対応付けて前記テーブルデータに登録することを特徴とするプログラム。しかしながら、従来の画像送信装置は、受信可能な電子メールのサイズが送信宛先毎に異なっているにもかかわらず、所定の閾値に基づいて、電子メールの送信を中止するか否かを、一律に判定するようになっている。そのため、従来の画像送信装置は、送信宛先が電子メールを適正に受信する能力があるにもかかわらず、電子メールの送信を中止する場合がある、という課題があった。本発明は、送信宛先が電子メールを適正に受信する能力があるにもかかわらず、電子メールの送信が中止されるのを回避する画像送信装置、及び、当該画像送信装置を実現するプログラムを提供することを主な目的とする。前記目的を達成するため、第1発明は、画像データを添付した電子メールを任意の送信宛先に向けて送信する画像送信装置であって、前記画像データを添付ファイルとする前記電子メールを生成するメール生成部と、前記電子メールを前記送信宛先に向けて送信する通信部と、前記電子メールの送信を制限する場合のデータサイズを規定する送信制限データサイズがテーブルデータとして前記送信宛先に対応付けて記憶される制限サイズ記憶部と、前記画像データ及び前記画像データを含む前記電子メールのいずれか一方のデータサイズの値と、前記送信宛先の送信制限データサイズの値とを比較し、比較結果に基づいて、前記電子メールの送信を制御するメール送信制御部とを有する構成とする。この画像送信装置は、メール送信制御部が、画像データ及び画像データを含む電子メールのいずれか一方のデータサイズの値と、送信宛先の送信制限データサイズの値とを比較し、比較結果に基づいて、電子メールの送信を制御する構成となっている。そのため、この画像送信装置は、送信宛先の能力に応じて、電子メールの送信を制御することができる。これにより、この画像送信装置は、送信宛先が電子メールを適正に受信する能力があるにもかかわらず、電子メールの送信が中止されるのを回避することができる。なお、電子メールの送信の制御は、例えば、1電子メールの送信を中止する、2電子メールを分割して送信する、及び、3電子メールを配送する複数の送信側のメールサーバの中から、使用するメールサーバを選択する、等の処理を選択的に行うことによって、実現することができる。また、第2発明は、プログラムであって、画像データを添付した電子メールを送信宛先に向けて送信する通信部と、前記電子メールの送信を制限する場合のデータサイズを規定する送信制限データサイズがテーブルデータとして前記送信宛先に対応付けて記憶される制限サイズ記憶部とを有する画像送信装置の制御部を、前記画像データを添付ファイルとする前記電子メールを生成するメール生成部と、前記画像データ及び前記画像データを含む前記電子メールのいずれか一方のデータサイズの値と、前記送信宛先の送信制限データサイズの値とを比較し、比較結果に基づいて、前記電子メールの送信を制御するメール送信制御部として機能させる構成とする。このプログラムは、第1発明に係る画像送信装置を実現することができる。第1発明によれば、送信宛先が電子メールを適正に受信する能力があるにもかかわらず、電子メールの送信が中止されるのを回避する画像送信装置を提供することができる。また、第2発明によれば、第1発明に係る画像送信装置を実現するプログラムを提供することができる。以下、図面を参照して、本発明の実施の形態以下、本実施形態と称するにつき詳細に説明する。なお、各図は、本発明を十分に理解できる程度に、概略的に示してあるに過ぎない。よって、本発明は、図示例のみに限定されるものではない。また、各図において、共通する構成要素や同様な構成要素については、同一の符号を付し、それらの重複する説明を省略する。[実施形態1]<画像送信装置の構成>以下、図1及び図2を参照して、本実施形態1に係る画像送信装置の構成につき説明する。図1は、実施形態1に係る画像送信装置の接続構成を示す図である。図2は、実施形態1に係る画像送信装置の内部構成を示す図である。ここでは、画像送信装置10がスキャナとして構成されている場合を想定して説明する。以下、画像形成装置10をスキャナ10と称する。スキャナ10は、原稿の画像を読み取って画像データを生成し、その画像データを電子メール以下、メールと称するで任意の送信宛先の装置以下、単に送信宛先と称するに向けて送信する装置である。以下、スキャナ10から送信されたメールを、他のメールと区別する場合に、特に送信メールと称する。画像送信装置の接続構成図1に示すように、スキャナ10メールアドレス:scanexample.comは、例えば、LAN6等のネットワークによって、メールサーバSv11ホスト名:mail.isp1.comと通信可能に接続されている。メールサーバは、スキャナ10から送信された送信メールを操作者によって指定された送信宛先に向けて配送Deliverするサーバである。ここでは、配送Deliverとは、メールサーバが、送信メールを受信して、直接又は他のメールサーバを介して、受信された送信メールを送信宛先に送信する動作を意味している。メールサーバSv11は、スキャナ10と直接TCPコネクションを確立してメールを送信するメールサーバ以下、送信側のメールサーバと称するである。図1に示す例では、メールサーバSv11は、インターネット5を介して、2つのドメインのグループと通信可能に接続されている。ここでは、2つのグループの一方がドメインcompany1.comのグループ21であり、他方がドメインcompany2.comのグループ22であるものとして説明する。ドメインcompany1.comのグループ21には、メールサーバSv21ホスト名:mail.company1.comとユーザyamadaの端末21aメールアドレス:yamadacompany1.comとが属している。メールサーバSv21と端末21aとは、LAN7a等のネットワークによって通信可能に接続されている。メールサーバSv21は、スキャナ10を含む他のグループの端末から送信されたメールを端末21aに配送したり、逆に、端末21aから送信されたメールを他のグループの端末に配送したりする。ドメインcompany2.comのグループ22には、メールサーバSv22ホスト名:mail.company2.comとユーザsuzukiの端末22aメールアドレス:suzukicompany2.comとユーザtanakaの端末22bメールアドレス:tanakacompany2.comとが属している。メールサーバSv22と端末22aとは、LAN8a等のネットワークによって通信可能に接続されている。また、メールサーバSv22と端末22bとは、LAN8b等のネットワークによって通信可能に接続されている。メールサーバSv22は、スキャナ10を含む他のグループの端末から送信されたメールを端末22a,端末22bに配送したり、逆に、端末22a,端末22bから送信されたメールを他のグループの端末に配送したりする。各メールサーバSv11,Sv21,Sv22や各端末21a,22a,22bは、スプールを圧迫する大容量のメールを受信すると、エラーが発生する。そこで、メールサーバSv11,Sv21,Sv22には、それぞれ、メールの送信を制限する容量以下、メール送信制限容量と称するが決められている。メールサーバSv11,Sv21,Sv22は、それぞれ、送受信するメールのデータサイズがメール送信制限容量未満であれば、メールを適切に送受信することができる。ここでは、メール送信制限容量は、メールサーバSv11が15MB、メールサーバSv21が20MB、メールサーバSv22が10MBであるものとして説明する。本実施形態1では、スキャナ10は、LAN6を介してメールサーバSv11に接続されているものとして説明する。しかしながら、スキャナ10は、LAN6以外のネットワークを介してメールサーバSv11に接続されていてもよい。なお、メールサーバSv11は、前記した通り、スキャナ10と直接TCPコネクションを確立してメールを送信するメールサーバすなわち、送信側のメールサーバである。一方、メールサーバSv21,Sv22は、送信宛先がメールの送受信に使用するサーバ以下、受信側のメールサーバと称するである。また、メールサーバSv11,Sv21,Sv22に割り当てられたホスト名は、特許請求の範囲に記載されたホスト特定情報に相当する。また、メールアドレスは、特許請求の範囲に記載された送信宛先情報に相当する。以下、メールアドレスを、単にアドレスと称する場合もある。画像送信装置の内部構成図2に示すように、スキャナ10は、画像読取部110、操作パネル120、通信部130、制御部140、及び、記憶部150を有している。画像読取部110は、原稿の画像を光学的に読み取って画像データを生成する画像データ生成部である。画像読取部110によって生成された画像データは、後記する画像メモリ153に記憶され、メールの生成時に使用される。操作パネル120は、スキャナ10の操作者以下、単に操作者と称するによってメールの送信に必要な情報が入力される構成要素である。操作パネル120は、特許請求の範囲に記載された入力部に相当する。メールの送信には、送信者のメールアドレスや送信宛先のメールアドレス等の情報が必須である。また、メールの送信には、件名Subjectや、添付ファイル名すなわち、添付ファイルとしてメールに添付される画像データの名称、本文等を指定する情報が必要な場合もある。操作者は、必要に応じて、操作パネル120を操作して、これらの情報をスキャナ10に入力する。以下、操作者によって操作パネル120から入力された情報を、入力情報と称する。入力情報は、後記する入力情報記憶部152に記憶され、メールの生成時に使用される。なお、入力情報記憶部152に記憶された入力情報の中の一部例えば、送信者のメールアドレスや送信宛先のメールアドレス等の情報は、操作者が意図的に消去又は変更しない限り、不揮発性の記憶手段としての入力情報記憶部152に恒久的に記憶され、次回以降のメールの送信時に、メールの設定情報として、自動的に使用されたり、又は、操作者によって選択的に使用されたりする。通信部130は、LAN6等のネットワークによって通信可能に接続された外部の機器ここでは、メールサーバSv11との間で通信を実行する構成要素である。通信部130は、メールの送信時に、記憶部150に予め定められたアカウント操作者のユーザ名、パスワード等を用いて、メールサーバSv11に接続し、SMTPSimpleMailTransferProtocol等によって、メールサーバSv11を介して、メールを操作者によって指定された送信宛先に向けて送信する。制御部140は、CPUによって構成されており、後記するプログラム記憶部151に予め記憶された制御プログラムを実行することにより、メール生成部141、メール送信制御部142、及び、受信メール解釈部143として機能する。メール生成部141は、メールを生成する機能手段である。本実施形態1では、メール生成部141は、画像読取部110によって生成された画像データが添付ファイルとして添付されるメールを生成する。その際に、メール生成部141は、操作者によって入力された入力情報や、後記する送信宛先の送信制限データサイズの値に基づいて、メールを生成する。なお、本実施形態1では、スキャナ10は、送信宛先に対応してメールの送信を制限する場合のメールのデータサイズを規定する送信制限データサイズがテーブルデータとして制限サイズ記憶部155に記憶している。以下、送信制限データサイズを表すデータを、送信制限サイズ情報と称する。また、テーブルデータを、送信制限サイズテーブル301図10参照と称する。また、送信制限サイズテーブル301の中の、操作者によって指定された送信宛先に対応する送信制限データサイズを、送信宛先の送信制限データサイズと称する。メール送信制御部142は、画像データ生成部である画像読取部110によって生成された画像データ及びメール生成部141によって生成されたメールただし、画像データが添付ファイルとして添付された状態のメールのいずれか一方のデータサイズの値と、前記した送信宛先の送信制限データサイズすなわち、送信制限サイズテーブル301図10参照の中の、操作者によって指定された送信宛先に対応する送信制限データサイズの値とを比較し、比較結果に基づいて、メールの送信を制御する機能手段である。メール送信制御部142は、例えば、画像データ及びメールただし、画像データが添付ファイルとして添付された状態のメールのいずれか一方のデータサイズの値本実施形態1では、画像データのデータサイズの値が前記した送信宛先の送信制限データサイズの値以上になる場合に、メールの送信を中止することによって、メールの送信を制御することができる。なお、メール送信制御部142は、例えば、画像データ及びメールただし、画像データが添付ファイルとして添付された状態のメールのいずれか一方のデータサイズの値が前記した送信宛先の送信制限データサイズの値以上になる場合に、メールを送信宛先の送信制限データサイズ未満のサイズに分割して送信することによって、メールの送信を制御する構成にしてもよい。受信メール解釈部143は、通信部130によって受信されたメールの内容を解釈する機能手段である。本実施形態1では、受信メール解釈部143は、通信部130がメールサーバSv11,Sv21,Sv22のいずれかから送信メールの配送エラーの発生を通知するメール以下、エラーメールと称するを受信した場合に、エラーメールの内容を解釈し、必要に応じて、それによって得られる情報に基づいて、送信制限サイズテーブル301図10参照の値を更新する機能を備えている。記憶部150は、ROMやRAMによって構成されており、プログラム記憶部151、入力情報記憶部152、画像メモリ153、生成メール記憶部154、制限サイズ記憶部155、送信可能宛先記憶部156、送信不能宛先記憶部157、及び、送信履歴記憶部158として機能する。プログラム記憶部151は、制御部140を、メール生成部141、メール送信制御部142、及び、受信メール解釈部143として機能させるための制御プログラムが予め記憶される不揮発性の記憶手段である。入力情報記憶部152は、入力情報すなわち、操作者によって操作パネル120から入力された、メールの送信に必要な情報例えば、送信者のメールアドレスや送信宛先のメールアドレス等の情報が記憶される不揮発性の記憶手段である。画像メモリ153は、画像データ生成部である画像読取部110によって生成された画像データが記憶される記憶手段である。画像メモリ153に記憶された画像データは、メール生成部141がメールを生成する際に使用される。生成メール記憶部154は、メール生成部141によって生成されたメールが記憶される記憶手段である。制限サイズ記憶部155は、前記した送信制限サイズテーブル301図10参照を記憶する不揮発性の記憶手段である。本実施形態1では、制限サイズ記憶部155に記憶された送信制限サイズテーブル301は、メールの送信時に、メール送信制御部142によって、送信宛先毎に、メールの送信を中止するか否かを判定するための閾値を規定するテーブルデータとして参照される。また、制限サイズ記憶部155に記憶された送信制限サイズテーブル301は、エラーメール送信メールの配送エラーの発生を通知するメールを受信した場合に、受信メール解釈部143によって書き換えられるときがある。送信可能宛先記憶部156は、メール送信制御部142によって送信可能と判定された送信宛先のメールアドレスが記憶される記憶手段である。送信不能宛先記憶部157は、メール送信制御部142によって送信不能と判定された送信宛先のメールアドレスが記憶される記憶手段である。送信履歴記憶部158は、送信メールの履歴情報以下、送信履歴情報と称するが記憶される不揮発性の記憶手段である。<画像送信装置の動作>以下、図3~図5を参照して、スキャナ10の動作につき説明する。図3~図5は、それぞれ、実施形態1に係る画像送信装置の動作を示すフローチャートである。ここでは、スキャナ10が様々なサイズのメールをユーザyamadaの端末21a、ユーザsuzukiの端末22a、及び、ユーザtanakaの端末22bのいずれか1乃至複数に送信する場合を想定して、スキャナ10の動作を説明する。なお、各装置は、図示せぬタイマによって計測された時間に基づいて動作する。また、各装置の動作は、各装置の記憶部に読み出し自在に予め格納されたプログラムによって規定されており、各装置の制御部によって実行される。また、装置間の通信は、受信側の装置が通信によって受信されたデータを記憶部に一旦格納し、その後に、データを記憶部から読み出すことによって、行われる。また、各データは、記憶部に読み出し自在に一旦格納されてから、その後の処理を行う所要の構成要素に出力される。以下、これらの点については、情報処理では常套手段であるので、その詳細な説明を省略する。図3は、メール送信時のスキャナ10の動作を示している。ここでは、スキャナ10が、原稿の画像を読み取って画像データを生成し、その画像データをメールに添付して、操作者によって指定された送信宛先に向けて送信するものとして説明する。この動作では、操作者が、まず、原稿を画像読取部110にセットし、次に、操作パネル120を操作して、メールの送信に必要な情報例えば、送信宛先のメールアドレス等を入力情報としてスキャナ10に入力する。このとき、入力情報は、入力情報記憶部152に記憶される。続いて、操作者は、操作パネル120を操作して、原稿の画像の読み取りをスキャナ10に指示する。これに応答して、スキャナ10が動作を開始する。まず、スキャナ10は、画像読取部110が、セットされた原稿の画像を光学的に読み取るS12。このとき、画像読取部110は、読み取られた原稿の画像データを生成し、生成された画像データを画像メモリ153に出力する。これにより、生成された画像データが画像メモリ153に一時的に記憶される。画像メモリ153に記憶された画像データは、後記するS24でメールが送信された後に、制御部140例えば、メール送信制御部142によって消去される。次に、スキャナ10は、メール生成部141が、画像メモリ102に一時的に記憶された画像データを読み出し、読み出された画像データに基づいて、送信する画像データのデータサイズ以下、送信サイズと称するの値を決定するS14。次に、メール生成部141は、入力情報記憶部152から、操作者によって入力された、送信宛先のメールアドレスを含む入力情報を読み出し、読み出された入力情報に基づいて、メール本文データを生成しS16、生成されたメールを生成メール記憶部154に出力する。これにより、生成されたメール本文データが生成メール記憶部154に一時的に記憶される。この後、スキャナ10は、メール送信制御部142又は、メール生成部141が、入力情報記憶部152から、送信宛先のメールアドレスを含む入力情報を読み出し、メールの送信宛先の決定処理を行うS18。以下、図4を参照して、S18の処理宛先の決定処理の詳細につき説明する。図4は、S18の処理宛先の決定処理時のスキャナ10の動作を示している。図4に示すように、メール送信制御部142は、まず、送信可能か否かを判定していない宛先があるか否かを判定するS32。S32の判定で、判定していない宛先があると判定された場合Yesの場合に、メール送信制御部142は、その宛先を判定中の宛先と見なし、制限サイズ記憶部155から送信制限サイズテーブル301図10参照を読み出して、判定中の宛先に対応する、前記した送信宛先の送信制限データサイズすなわち、送信制限サイズテーブル301の中の、操作者によって指定された送信宛先に対応する送信制限データサイズの値を確認するS34。そして、メール送信制御部142は、S14で決定された送信サイズの値ここでは、画像データのデータサイズの値と、S34で確認された、判定中の宛先に対応する送信宛先の送信制限データサイズの値とを比較して、比較結果に基づいて、メールの送信を制御する。例えば、メール送信制御部142は、比較結果に基づいて、メールの送信が可能か否かを判定するS36。S36の判定では、送信サイズの値が判定中の宛先に対応する送信宛先の送信制限データサイズの値未満である場合に、メールの送信が可能であると判定される。一方、送信サイズの値が判定中の宛先に対応する送信宛先の送信制限データサイズの値以上である場合に、メールの送信が不能であると判定される。S36の判定で、メールの送信が可能であると判定された場合Yesの場合に、すなわち、送信サイズの値が判定中の宛先に対応する送信宛先の送信制限データサイズの値未満である場合に、メール送信制御部142は、判定中の宛先のメールアドレス情報を、送信可能な宛先のメールアドレス情報以下、送信可能アドレス情報図示せずと称するとして、送信可能宛先記憶部156に記憶させるS38。この後、処理は、S32に戻る。なお、送信可能宛先記憶部156に記憶された送信可能アドレス情報は、図3に示すS24の処理メール送信処理時に、メールヘッダに組み込まれて、メールの送信に利用される。また、送信可能宛先記憶部156に記憶された送信可能アドレス情報は、所定のタイミング例えば、図3に示すS24の処理メール送信処理が完了したタイミングで、制御部140例えば、メール送信制御部142によって消去される。一方、S36の判定で、メールの送信が不能であると判定された場合Noの場合に、すなわち、送信サイズの値が判定中の宛先に対応する送信宛先の送信制限データサイズの値以上である場合に、メール送信制御部142は、判定中の宛先のメールアドレス情報を、送信不能な宛先のメールアドレス情報以下、送信不能アドレス情報図示せずと称するとして、送信不能宛先記憶部157に記憶させる。また、このとき、メール送信制御部142が、送信不能な宛先のメールアドレスに対応する送信制限データサイズを、更新登録する送信制限データサイズ以下、更新送信制限データサイズと称するとして、制限サイズ記憶部155に記憶された送信制限サイズテーブル301図10及び図11参照に追加登録するS40。この後、処理は、S32に戻る。なお、送信不能宛先記憶部157に記憶された送信不能アドレス情報は、図3に示すS22の処理送信不能アドレス通知処理時に、操作パネル120に表示されて、送信不能な宛先の操作者への通知に利用される。また、送信不能宛先記憶部157に記憶された送信不能アドレス情報は、所定のタイミング例えば、図3に示すS12の処理原稿読み取り処理が新たに行われるタイミングで、制御部140例えば、メール送信制御部142によって消去される。S38又はS40の後、処理は、S32に戻る。その結果、スキャナ10は、S32の判定で、判定していない宛先がないNoと判定されるまで、S32~S40の処理を繰り返す。そして、S32の判定で、判定していない宛先がないと判定された場合Noの場合に、スキャナ10は、S18の処理宛先の決定処理を終了する。その結果、処理は、S20に進む。S18の処理宛先の決定処理の後、図3に示すように、スキャナ10は、メール送信制御部142が、送信不能な宛先があるか否かを判定するS20。S20の判定は、メール送信制御部142が、図4に示すS40の処理送信不能な宛先に追加処理で、送信不能宛先記憶部157に記憶された送信不能アドレス情報があるか否かを判定することによって、行われる。S20の判定で、送信不能な宛先があると判定された場合Yesの場合に、すなわち、送信不能宛先記憶部157に記憶された送信不能アドレス情報がある場合に、メール送信制御部142は、送信不能アドレス情報を操作パネル120に表示させる。これによって、スキャナ10は、送信不能な宛先のメールアドレスを操作者に通知するS22。この後、スキャナ10は、一連のルーチンの処理を終了する。なお、S22では、メール送信制御部142が、送信不能アドレス情報及び送信可能アドレス情報を操作パネル120に表示させるとともに、送信可能な宛先へのメールの送信を行うか否かを操作パネル120に表示させて、メールの送信を行うか否かを操作者に選択させるようにしてもよい。この場合に、操作者がメールの送信を選択することにより、メール送信制御部142は、メールを送信可能な宛先に送信した後に、一連のルーチンの処理を終了する。また、この場合に、操作者がメールを送信せずを選択することにより、メール送信制御部142は、メールを送信することなく、一連のルーチンの処理を終了する。一方、S20の判定で、送信不能な宛先がないと判定された場合Noの場合に、すなわち、送信不能宛先記憶部157に記憶された送信不能アドレス情報がない場合に、メール送信制御部142は、生成メール記憶部154からメール本文データを読み出し、画像メモリ153から画像データを読み出し、さらに、送信可能宛先記憶部156から送信可能アドレス情報を読み出す。そして、メール送信制御部142は、エンベロープ識別子ENVIDをメールに割り当て、そのエンベロープ識別子と送信可能アドレス情報とに基づいてメールヘッダを生成して、生成されたメールヘッダをメールの本文データに添付するとともに、画像データをRFCRequestForCommentsに規定されたMIMEMultipurposeInternetMailExtension形式に変換して、変換された画像データを添付ファイルとしてメールの本文データに添付する。これによって、メールが完成する。メール送信制御部142は、完成されたメールを通信部130に出力する。通信部130は、メール送信制御部142からメールが入力されると、メールサーバSv11を介して、メールを、操作者によって指定された送信宛先に向けて送信するS24。なお、本実施形態1では、スキャナ10は、画像データのデータサイズを送信サイズとして利用している。しかしながら、スキャナ10は、メールただし、画像データが添付ファイルとして添付された状態のメールのデータサイズを送信サイズとして利用することも可能である。この場合に、S14の処理送信サイズ決定の処理は、S16の処理メール生成処理の後に、行われる。また、スキャナ10は、好ましくは、メールを送信した場合に、送信宛先のメールアドレスやメールのデータサイズの値等の情報を送信履歴情報として送信履歴記憶部158に記憶させておき、操作者が操作パネル120を操作することにより、送信履歴情報を自在に操作パネル120に表示させられるようにするとよい。S24の処理メール送信処理の後、送信メールが適正に送信宛先に配送されない場合に、送信メールの配送エラーの発生を通知するエラーメールが、メールサーバSv11,Sv21,Sv22のいずれかからスキャナ10に向けて送信される。図5は、エラーメール受信時のスキャナ10の動作を示している。ここでは、スキャナ10が、メールサーバSv11,Sv21,Sv22のいずれかからエラーメールを受信して、エラーメールの内容を解析することによって得られる情報に基づいて、送信制限サイズテーブル301図10参照に登録されている送信制限サイズ情報を更新するものとして説明する。図5に示すように、スキャナ10は、まず、通信部130が、メールサーバSv11,Sv21,Sv22のいずれかから送信されたエラーメールを受信するS52。スキャナ10は、エラーメールを受信すると、受信メール解釈部143が、S24のメールの送信時に送信メールに割り当てたエンベロープ識別子がエラーメールに含まれているか否かを判定するS54。S54の判定で、エンベロープ識別子がエラーメールに含まれている場合Yesの場合に、受信メール解釈部143は、送信履歴記憶部158からそのエンベロープ識別子に対応する送信メールの送信履歴情報を読み出し、読み出された送信メールの送信履歴情報に基づいて、エラーメールに対応する送信メール以下、配送エラー送信メールと称するのデータサイズを特定するS56。次に、受信メール解釈部143は、制限サイズ記憶部155から送信制限サイズテーブル301図10参照を読み出し、更新送信制限データサイズ更新登録する送信制限データサイズとして、エラーメールで配送エラーが通知された送信宛先以下、配送エラーの送信宛先と称するのメールアドレスに対応付けられた送信制限データサイズ以下、配送エラーの送信宛先の送信制限データサイズと称するの値を、S56で特定された、配送エラー送信メールのデータサイズの値に更新するS58。これにより、スキャナ10は、一連のルーチンの処理を終了する。なお、配送エラーの送信宛先のメールアドレスは、エラーメール及びS56で読み出された送信履歴情報の中に含まれている。受信メール解釈部143は、運用に応じて、エラーメール又は送信履歴情報から、配送エラーの送信宛先のメールアドレスを取得する。このとき、配送エラーの送信宛先の送信制限データサイズが送信制限サイズテーブル301に登録されていなければ、受信メール解釈部143は、更新送信制限データサイズとして、S56で特定された、配送エラー送信メールのデータサイズの値を、配送エラーの送信宛先のメールアドレスに対応付けて、送信制限サイズテーブル301に新規に登録する。一方、S54の判定で、エンベロープ識別子がエラーメールに含まれていない場合Noの場合に、スキャナ10は、一連のルーチンの処理を終了する。<具体的な動作例>以下、いくつかの具体的な動作例をあげて、スキャナ10の詳細な動作を説明する。なお、スキャナ10のコマンドを送受信する動作は、メール送信制御部142図2参照によって行われ、また、スキャナ10の外部から受信されたメールを解釈する動作は、受信メール解釈部143図2参照によって行われるものとして説明する。また、ここでは、送信メールのサイズが画像データのサイズと実質的に等価であるものとして説明する。また、ここでは、単にメールサーバと称する場合は、メールの配送に関わるメールサーバ全般を意味しているものとする。動作例1:スキャナ10が5MBのメールをユーザyamadaの端末21a及びユーザsuzukiの端末22aに送信する場合の動作以下、図1及び図6を参照して、スキャナ10が5MBのメールをユーザyamadaの端末21a及びユーザsuzukiの端末22aに送信する場合の、スキャナ10及びメールサーバSv11の動作を説明する。図6は、実施形態1に係る画像送信装置とメールサーバとの間のシーケンス図である。ここでは、スキャナ10のホスト名をexample.comとし、メールサーバSv11のホスト名をmail.isp1.comとして説明する。まず、スキャナ10は、メールサーバSv11に対して、TCPTransmissionControlProtocolコネクションを確立する。TCPコネクションの確立は、以下の手順によって行われる。まず、スキャナ10が、SYNコマンドをメールサーバSv11に送信するS110。メールサーバSv11は、スキャナ10からSYNコマンドを受信すると、SYNACKコマンドをスキャナ10に返信するS111。スキャナ10は、メールサーバSv11からSYNACKコマンドを受信すると、ACKコマンドをメールサーバSv11に送信するS112。この時点で、スキャナ10とメールサーバSv11との間に、TCPコネクションが確立される。メールサーバSv11は、スキャナ10からACKコマンドを受信すると、例えば、220mail.isp1.comServicereadyという応答をスキャナ10に返すS113。スキャナ10は、応答を受信すると、例えば、HELOexample.comというコマンドをメールサーバSv11に送信し、接続の可否をメールサーバSv11に問い合わせるS114。HELOコマンドは、接続の可否を問うコマンドである。メールサーバSv11は、スキャナ10との接続が可能である場合に、例えば、250-example.comn250-DSNnは改行を示すという応答をスキャナ10に返すS115。この応答は、メールサーバSv11がDSN配送通知:DeliverStateNotificationをサポートしていることを示している。DSNをサポートしているメールサーバは、メールの送信元に対して、受信されたメールをどのように処理したのかをメールで通知することができる。次に、スキャナ10は、メールの送信元としての自身のメールアドレスをメールサーバSv11に送信するS116。その際に、スキャナ10は、例えば、MAILFROM:<scanexample.com>ENVID=SCAN0001というコマンドを使用する。scanexample.comは、メールの送信元としての自身のメールアドレスを表している。ENVID=SCAN0001は、メールに割り当てられた固有のエンベロープ識別子ENVIDがSCAN0001であることを表している。メールサーバは、DSNによってメールの処理状況をメールの送信元に通知する際に、このエンベロープ識別子を通知メールに含める。メールサーバSv11は、メールの送信元であるスキャナ10に接続を許可する場合に、例えば、250OKという応答をスキャナ10に返すS117。次に、本動作例1では、スキャナ10は、ユーザyamadaの端末21aにメールを送信するために、メールの送信宛先としてユーザyamadaの端末21aを指定する情報をメールサーバSv11に送信するS118。その際に、スキャナ10は、例えば、RCPTTO:<yamadacompany1.com>NOTIFY=FAILUREORCPT=rfc822;yamadacompany1.comというコマンドを使用する。RCPTTO:<yamadacompany1.com>は、メールの送信宛先のメールアドレスがyamadacompany1.comであることを表している。NOTIFYは、いつ通知を送信するのかを表している。また、NOTIFY=FAILUREは、メールの配送エラーが発生した場合にのみ、メールサーバが通知メールとしてのエラーメールを送信元ここでは、スキャナ10に送信することを指定している。ORCPT=rfc822;yamadacompany1.comは、オリジナル受信者ORCPTを表している。メールサーバSv11は、ユーザyamadaの端末21aをメールの送信宛先として受け付ける場合に、例えば、250OKという応答をスキャナ10に返すS119。次に、本動作例1では、スキャナ10は、ユーザsuzukiの端末22aにもメールを送信するために、メールの送信宛先としてユーザsuzukiの端末22aを指定する情報をメールサーバSv11に送信するS120。その際に、スキャナ10は、例えば、S118で使用したコマンドに類似する、RCPTTO:<suzukicompany2.com>NOTIFY=FAILUREORCPT=rfc822;suzukicompany2.comというコマンドを使用する。RCPTTO:<suzukicompany2.com>は、メールの送信宛先のメールアドレスがsuzukicompany2.comであることを表している。メールサーバSv11は、ユーザsuzukiの端末22aをメールの送信宛先として受け付ける場合に、例えば、250OKという応答をスキャナ10に返すS121。この時点で、メールの送信元、及び、メールの送信宛先が決まる。次に、スキャナ10は、メールをメールサーバSv11に送信する。その際に、スキャナ10は、エンベロープ識別子ENVID、メールの送信元、及び、メールの送信宛先等の情報を含むメールヘッダを生成して、生成されたメールヘッダをメールの本文データに添付する。また、スキャナ10は、画像データをRFCに規定されたMIMEMultipurposeInternetMailExtension形式に変換し、変換された画像データを添付ファイルとしてメールの本文データに添付する。そして、スキャナ10は、メールメールヘッダ及び変換された画像データが添付されたメールをメールサーバSv11に送信するために、DATAコマンドをメールサーバSv11に送信するS122。DATAコマンドは、データの送信を開始するためのコマンドである。メールサーバSv11は、メールが受信できる場合に、例えば、354Startmailinput;endwith<CRLF>.<CRLF>という応答をスキャナ10に返すS123。CRLFは、空白行キャリッジリターン及びラインフィードを表す制御文字である。スキャナ10は、メールサーバSv11から応答が受信されると、メールサーバSv11を介して、所定の送信宛先ここでは、ユーザyamadaの端末21a及びユーザsuzukiの端末22aに向けてメールメールヘッダ、本文、画像の送信を開始するS124。ここでは、メールの送信が正常に終了したものとする。スキャナ10は、全てのメールの送信が正常に終了すると、例えば、.<CR><LF>というデータ1つのピリオドの後に改行コードが続くデータをメールサーバSv11に送信するS125。メールサーバSv11は、スキャナ10からデータを受信すると、例えば、250Messageacceptedという応答をスキャナ10に返すS126。スキャナ10は、メールサーバSv11から応答を受信すると、接続終了指示として、QUITコマンドをメールサーバSv11に送信するS127。メールサーバSv11は、スキャナ10から接続終了指示を受信すると、接続終了指示に対する応答として、例えば、221goodbyeという応答をスキャナ10に返すS128。スキャナ10は、メールサーバSv11から応答を受信すると、TCPコネクションを切断するために、FINコマンドをメールサーバSv11に送信するS129。FINコマンドは、TCPコネクションの切断を指示するコマンドである。メールサーバSv11は、スキャナ10からFINコマンドを受信すると、FINACKコマンドをスキャナ10に返信するS130。スキャナ10とメールサーバSv11との間のTCPコネクションは、スキャナ10がメールサーバSv11からFINACKコマンドを受信することにより、切断される。なお、本動作例1では、送信メールのサイズが5MBとなっている。これに対して、図1に示すように、スキャナ10がメールの送信に使用するメールサーバSv11のメール送信制限容量は15MBとなっており、ユーザyamadaの端末21aがメールの受信に使用するメールサーバSv21のメール送信制限容量が20MBとなっており、ユーザsuzukiの端末22aがメールの受信に使用するメールサーバSv22のメール送信制限容量が10MBとなっている。したがって、本動作例1では、送信メールのサイズ5MBが、メールサーバSv11のメール送信制限容量15MB未満となっており、また、メールサーバSv21のメール送信制限容量20MB未満となっており、さらに、メールサーバSv22のメール送信制限容量10MB未満となっている。そのため、本動作例1では、全てのメールサーバSv11,Sv21,Sv22が、スキャナ10から送信された5MBのメールを受信することができる。その結果、メールは、ユーザyamadaの端末21a及びユーザsuzukiの端末22aに正常に配送される。動作例2:スキャナ10が12MBのメールをユーザyamadaの端末21a及びユーザtanakaの端末22bに送信する場合の動作以下、図1及び図7を参照して、スキャナ10が12MBのメールをユーザyamadaの端末21a及びユーザtanakaの端末22bに送信する場合の、スキャナ10及びメールサーバSv11の動作を説明する。図7は、実施形態1に係る画像送信装置とメールサーバとの間のシーケンス図である。スキャナ10がメールサーバSv11との間でTCPコネクションを確立してから、スキャナ10がメールサーバSv11との接続を確認するまでの処理は、動作例1のS110~S115図6参照と同様である。次に、スキャナ10は、メールサーバSv11との接続を確認すると、メールの送信元としての自身のメールアドレスをメールサーバSv11に送信するS210。その際に、スキャナ10は、例えば、S116で使用したコマンドに類似する、MAILFROM:<scanexample.com>ENVID=SCAN0002というコマンドを使用する。ENVID=SCAN0002は、エンベロープ識別子がSCAN0002であることを表している。メールサーバSv11は、メールの送信元であるスキャナ10に接続を許可する場合に、例えば、250OKという応答をスキャナ10に返すS211。次に、本動作例2では、スキャナ10は、ユーザyamadaの端末21aにメールを送信するために、メールの送信宛先としてユーザyamadaの端末21aを指定する情報をメールサーバSv11に送信するS212。その際に、スキャナ10は、例えば、S118と同様に、RCPTTO:<yamadacompany1.com>NOTIFY=FAILUREORCPT=rfc822,yamadacompany1.comというコマンドを使用する。メールサーバSv11は、ユーザyamadaの端末21aをメールの送信宛先として受け付ける場合に、例えば、250OKという応答をスキャナ10に返すS213。次に、本動作例2では、スキャナ10は、ユーザtanakaの端末22bにもメールを送信するために、メールの送信宛先としてユーザtanakaの端末22bを指定する情報をメールサーバSv11に送信するS214。その際に、スキャナ10は、例えば、S118で使用したコマンドに類似する、RCPTTO:<tanakacompany2.com>NOTIFY=FAILUREORCPT=rfc822;tanakacompany2.comというコマンドを使用する。RCPTTO:<tanakacompany2.com>は、メールの送信宛先のメールアドレスがtanakacompany2.comであることを表している。S214以降の、スキャナ10がメールサーバSv11との間のTCPコネクションを切断するまでの処理は、動作例1のS122~S130図6参照と同様である。なお、本動作例2では、送信メールのサイズが12MBとなっている。これに対して、図1に示すように、スキャナ10がメールの送信に使用するメールサーバSv11のメール送信制限容量は15MBとなっており、ユーザyamadaの端末21aがメールの受信に使用するメールサーバSv21のメール送信制限容量が20MBとなっており、ユーザtanakaの端末22bがメールの受信に使用するメールサーバSv22のメール送信制限容量が10MBとなっている。したがって、本動作例2では、送信メールのサイズ12MBが、メールサーバSv22のメール送信制限容量10MB以上となっている。そのため、本動作例2では、メールサーバSv22が、スキャナ10から送信された12MBのメールを受信することができない。したがって、メールサーバSv22が、DSNによる通知メールとしてのエラーメールをスキャナ10scanexample.com宛てに送信する。以下、図8を参照して、スキャナ10がメールサーバSv11を介してメールサーバSv22から送信されたエラーメールを受信する場合の、スキャナ10及びメールサーバSv11の動作を説明する。図8は、実施形態1に係る画像送信装置とメールサーバとの間のシーケンス図である。まず、スキャナ10は、メールサーバSv11に対して、TCPTransmissionControlProtocolコネクションを確立する。図8に示す例では、スキャナ10は、メールサーバSv11からメールを取得する通信プロトコルとして、POP3PostOfficeProtocolVersion3を用いている。TCPコネクションの確立は、以下の手順によって行われる。まず、スキャナ10が、SYNコマンドをメールサーバSv11に送信するS310。メールサーバSv11は、スキャナ10からSYNコマンドを受信すると、SYNACKコマンドをスキャナ10に返信するS311。スキャナ10は、メールサーバSv11からSYNACKコマンドを受信すると、ACKコマンドをメールサーバSv11に送信するS312。この時点で、スキャナ10とメールサーバSv11との間に、TCPコネクションが確立される。メールサーバSv11は、スキャナ10からACKコマンドを受信すると、例えば、OKPOPserverreadyという応答をスキャナ10に返すS313。スキャナ10は、応答を受信すると、USERscanというコマンドをメールサーバSv11に送信してS314、スキャナ10とメールサーバSv11との接続に必要なユーザ名ここでは、scanをメールサーバSv11に通知する。メールサーバSv11は、スキャナ10から送信されたユーザ名を認識すると、例えば、OKUserscanrecognizedという応答をスキャナ10に返すS315。次に、スキャナ10は、PASSpasswdというコマンドをメールサーバSv11に送信してS316、スキャナ10とメールサーバSv11との接続に必要なパスワードpasswdをメールサーバSv11に通知する。メールサーバSv11は、スキャナ10から送信されたパスワードを認証すると、例えば、OKWelcomescanという応答をスキャナ10に返すS317。ここまでの処理により、スキャナ10は、メールサーバSv11から自分宛てのメールを取得するための準備が終了する。次に、スキャナ10は、STATコマンドをメールサーバSv11に送信してS318、メールサーバSv11に届いた自分宛てのメールの有無をメールサーバSv11に問い合わせる。メールサーバSv11は、スキャナ10からSTATコマンドを受信すると、スキャナ10宛てのメールの受信の有無を確認し、受信メールの確認結果として、例えば、OK1750という応答をスキャナ10に返すS319。この応答は、メッセージ番号が1で、サイズが750バイトのメールが届いていることを示している。スキャナ10は、自分宛てのメールがメールサーバSv11に届いている場合に、メールサーバSv11からメールを受信する。例えば、メッセージ番号が1のメールを受信する場合に、スキャナ10は、メッセージ番号が1のメールの送信指示として、RETR1というコマンドをメールサーバSv11に送信するS320。メールサーバSv11は、スキャナ10からRETRコマンドを受信すると、例えば、OK750octetsという応答をスキャナ10に送信し、続いて、メールメッセージの全てをスキャナ10に送信するS321。スキャナ10は、メールの受信が完了すると、受信が完了したメールの削除を指示する削除指示をメールサーバSv11に送信するS322。その際に、スキャナ10は、例えば、DELE1というコマンドを使用する。DELE1は、メッセージ番号が1のメールの削除を指示するコマンドである。メールサーバSv11は、スキャナ10から削除指示を受信すると、削除指示に対する応答として、例えば、OKMessage1markedfordeletionという応答をスキャナ10に返すS323。スキャナ10は、メールサーバSv11から削除指示に対する応答を受信すると、接続終了指示として、QUITコマンドをメールサーバSv11に送信するS324。メールサーバSv11は、スキャナ10から接続終了指示を受信すると、接続終了指示に対する応答として、例えば、OKという応答をスキャナ10に返すS325。スキャナ10は、メールサーバSv11から接続終了指示に対する応答を受信すると、TCPコネクションの切断するために、FINコマンドをメールサーバSv11に送信するS326。FINコマンドは、TCPコネクションの切断を指示するコマンドである。メールサーバSv11は、スキャナ10からFINコマンドを受信すると、ACKコマンドをスキャナ10に返信しS327、続いて、スキャナ10に対して、FINコマンドを送信するS328。スキャナ10は、メールサーバSv11からFINコマンドを受信すると、ACKコマンドをメールサーバSv11に送信するS329。スキャナ10とメールサーバSv11との間のTCPコネクションは、スキャナ10がACKコマンドをメールサーバSv11に送信することにより、切断される。図9は、実施形態1で用いるエラーメールの一例を示す図である。図9は、メールサーバSv22からスキャナ10に送信されたエラーメール202の一例を示している。図9に示す例において、3行目のSubjectで始まる行は、エラーメール202がtanakacompany2.com宛ての送信メールの配送に失敗したことを通知する配送通知であることを示している。11行目のYourmessageで始まる行は、エンベロープ識別子SCAN0002の送信メールの配送に失敗したことを示している。17行目のReporting-MTAで始まる行は、エラーメール202がメールサーバSv22mail.company2.comから送信されたメールであることを示している。MTAは、メール転送エージェントMailTransferAgentを意味している。18行目のOriginal-Envelope-IDで始まる行は、エラーメール202がエンベロープ識別子SCAN0002の送信メールに対する配送通知であることを示している。23行目のDiagnostic-Codeで始まる行は、エラーの種別がSMTPステータスコードの521であることを示しており、また、メールのサイズが大きすぎるthemessageistoolargeことも示している。スキャナ10は、この情報から、送信メールが送信制限サイズ以上であることを判別することができる。24行目のActionで始まる行は、送信メールの配送に失敗したことを示している。25行目のStatusで始まる行は、SMTPステータスコードを別の表現で示している。27行目以降は、元のメールのヘッダ等の引用部分に当たるが、図中では省略されている。スキャナ10は、例えば、図9に示すエラーメール202を受信すると、受信メール解釈部143図2参照が、エラーメール202の18行目のOriginal-Envelope-IDで始まる行から、配送エラー送信メールここでは、エラーメール202に対応する送信メールの情報として、エンベロープ識別子SCAN0002を取り出す。そして、受信メール解釈部143は、送信履歴記憶部158からエンベロープ識別子SCAN0002の送信メールの送信履歴情報を読み出す。次に、受信メール解釈部143は、読み出された送信履歴情報から、エンベロープ識別子SCAN0002の送信メールのデータサイズの値が12MBであることを特定する。そして、受信メール解釈部143は、制限サイズ記憶部155から送信制限サイズテーブル301図10参照を読み出し、更新送信制限データサイズとして、送信制限サイズテーブル301の中の前記した配送エラーの送信宛先の送信制限データサイズの値すなわち、配送エラーの送信宛先のメールアドレスここでは、エンベロープ識別子SCAN0002の送信メールの送信に使用されたメールアドレスに対応付けられて送信制限サイズテーブル301に登録された送信制限データサイズの値を、エンベロープ識別子SCAN0002の送信メールのデータサイズの値である12MBに更新する。なお、このとき、配送エラーの送信宛先の送信制限データサイズが送信制限サイズテーブル301に登録されていなければ、受信メール解釈部143は、更新送信制限データサイズとして、配送エラー送信メールここでは、エンベロープ識別子SCAN0002の送信メールのデータサイズの値12MBを、配送エラーの送信宛先のメールアドレスここでは、エンベロープ識別子SCAN0002の送信メールの送信に使用されたメールアドレスに対応付けて、送信制限サイズテーブル301に新規に登録する。その結果、更新後の送信制限サイズテーブル301は、例えば、図10に示すようになる。図10は、実施形態1で用いる送信制限サイズテーブルの一例を示す図である。図10に示す例では、送信制限サイズテーブル301には、配送エラーの送信宛先のメールアドレスtanakacompany2.comと、配送エラー送信メールのデータサイズの値12MBとが対応付けられて登録されている。動作例3:スキャナ10が14MBのメールをユーザyamadaの端末21a及びユーザsuzukiの端末22aに送信する場合の動作以下、スキャナ10が14MBのメールをユーザyamadaの端末21a及びユーザsuzukiの端末22aに送信する場合の、スキャナ10及びメールサーバSv11の動作を説明する。ユーザsuzukiの端末22a図1参照は、メールアドレスsuzukicompany2.comのドメインより後ろの部分が、制限サイズ記憶部155に記憶されているユーザtanakaの端末22bのメールアドレスtanakacompany2.comのドメインと同一である。そのため、スキャナ10は、メール送信制御部142が、メールの送信前に、送信宛先の決定処理図3及び図4のS18参照時に、メールアドレスsuzukicompany2.comに対して、メールアドレスtanakacompany2.comと同様に、送信制限データサイズとして12MBの送信制限を課す。その結果、14MBのメールは、データサイズの値がユーザsuzukiの端末22aメールアドレスsuzukicompany2.comに対して課せられた送信制限データサイズの値12MB以上となる。そのため、14MBのメールは、ユーザsuzukiの端末22aに適正に送信されない。そこで、スキャナ10は、14MBのメールを送信する場合に、図4に示すS40で、メール送信制御部142が、ユーザsuzukiの端末22aを送信不能な宛先と見なし、ユーザsuzukiの端末22aのメールアドレスsuzukicompany2.comを送信不能アドレス情報として送信不能宛先記憶部157に記憶させる。また、このとき、メール送信制御部142が、ユーザsuzukiの端末22aのメールアドレスsuzukicompany2.comに対応する送信制限データサイズを、制限サイズ記憶部155に記憶された送信制限サイズテーブル301図10及び図11参照に追加登録する。なお、ユーザsuzukiの端末22aのメールアドレスsuzukicompany2.comに対応する送信制限データサイズの値は、メールアドレスsuzukicompany2.comに対して課せられた送信制限データサイズの値の12MBとなる。その結果、スキャナ10は、図3に示すS22で、メール送信制御部142が、メールをユーザsuzukiの端末22aに送信せずに、送信不能宛先記憶部157に記憶された送信不能アドレス情報を操作パネル120に表示させる。これによって、スキャナ10は、送信不能な宛先のメールアドレスを操作者に通知する。なお、本実施形態1では、スキャナ10は、送信不能な宛先が1件でもある場合に、メールの送信を中止する。そのため、本動作例3では、スキャナ10は、送信不能な宛先としてユーザsuzukiの端末22aが存在するので、メールをユーザyamadaの端末21aにも送信しない。したがって、スキャナ10は、メールを送信しないので、メールサーバSv11との間で通信を行わない。また、スキャナ10は、ユーザsuzukiの端末22aのメールアドレスsuzukicompany2.comに対応する送信制限データサイズが送信制限サイズテーブル301に追加登録されることにより、送信制限サイズテーブル301が、例えば、図10に示す状態から、図11に示す状態に変化する。図11は、実施形態1で用いる送信制限サイズテーブルの一例を示す図である。図11に示す例では、送信制限サイズテーブル301は、メールアドレスsuzukicompany2.comに対して課せられた送信制限データサイズの値の12MBが、ユーザsuzukiの端末22aのメールアドレスsuzukicompany2.comに対応付けて記憶されている。なお、ユーザyamadaの端末21aへのメールの送信不能は、同報送信の宛先であるユーザsuzukiの端末22aへのメールの送信制限によるものである。そのため、ユーザyamadaの端末21aに対する送信制限データサイズは、送信制限サイズテーブル301に追加登録されない。動作例4:スキャナ10が16MBのメールをユーザyamadaの端末21aに送信する場合の動作以下、図1及び図12を参照して、スキャナ10が16MBのメールをユーザyamadaの端末21aに送信する場合の、スキャナ10及びメールサーバSv11の動作を説明する。図12は、実施形態1に係る画像送信装置とメールサーバとの間のシーケンス図である。スキャナ10がメールサーバSv11との間でTCPコネクションを確立してから、スキャナ10がメールサーバSv11との接続を確認するまでの処理は、動作例1のS110~S115図6参照と同様である。次に、スキャナ10は、メールサーバSv11との接続を確認すると、メールの送信元としての自身のメールアドレスをメールサーバSv11に送信するS410。その際に、スキャナ10は、例えば、S116で使用したコマンドに類似する、MAILFROM:<scanexample.com>ENVID=SCAN0004というコマンドを使用する。ENVID=SCAN0004は、エンベロープ識別子がSCAN0004であることを表している。メールサーバSv11は、メールの送信元であるスキャナ10に接続を許可する場合に、例えば、250OKという応答をスキャナ10に返すS411。次に、本動作例4では、スキャナ10は、ユーザyamadaの端末21aにメールを送信するために、メールの送信宛先としてユーザyamadaの端末21aを指定する情報をメールサーバSv11に送信するS412。その際に、スキャナ10は、例えば、S118と同様に、RCPTTO:<yamadacompany1.com>NOTIFY=FAILUREORCPT=rfc822;yamadacompany1.comというコマンドを使用する。メールサーバSv11は、ユーザyamadaの端末21aをメールの送信宛先として受け付ける場合に、例えば、250OKという応答をスキャナ10に返すS413。S413以降の、スキャナ10がメールサーバSv11との間のTCPコネクションを切断するまでの処理は、動作例1のS122~S130図6参照と同様である。なお、本動作例4では、送信メールのサイズが16MBとなっている。これに対して、図1に示すように、スキャナ10がメールの送信に使用するメールサーバSv11のメール送信制限容量は15MBとなっており、ユーザyamadaの端末21aがメールの受信に使用するメールサーバSv21のメール送信制限容量が20MBとなっている。したがって、本動作例4では、送信メールのサイズ16MBが、メールサーバSv21のメール送信制限容量20MB未満となっているものの、メールサーバSv11のメール送信制限容量15MB以上となっている。そのため、本動作例4では、メールサーバSv11が、スキャナ10から送信された16MBのメールを受信することができない。したがって、メールサーバSv11が、DSNによる通知メールとしてのエラーメールをスキャナ10scanexample.com宛てに送信する。このときのスキャナ10とメールサーバSv11との間のシーケンスは、図8に示す通りである。図13は、実施形態1で用いるエラーメールの一例を示す図である。図13は、メールサーバSv11からスキャナ10に送信されたエラーメール204の一例を示している。図13に示す例において、3行目のSubjectで始まる行は、エラーメール204がyamadacompany1.com宛ての送信メールの配送に失敗したことを通知する配送通知であることを示している。11行目のYourmessageで始まる行は、エンベロープ識別子SCAN0004の送信メールの配送に失敗したことを示している。17行目のReporting-MTAで始まる行は、エラーメール204がメールサーバSv11mail.isp1.comから送信されたメールであることを示している。18行目のOriginal-Envelope-IDで始まる行は、エラーメール204がエンベロープ識別子SCAN0004の送信メールに対する配送通知であることを示している。23行目のDiagnostic-Codeで始まる行は、エラーの種別がSMTPステータスコードの521であることを示しており、また、メールのサイズが大きすぎるthemessageistoolargeことも示している。24行目のActionで始まる行は、送信メールの配送に失敗したことを示している。25行目のStatusで始まる行は、SMTPステータスコードを別の表現で示している。27行目以降は、元のメールのヘッダ等の引用部分に当たるが、図中では省略されている。スキャナ10は、例えば、図13に示すエラーメール204を受信すると、受信メール解釈部143図2参照が、エラーメール204の18行目のOriginal-Envelope-IDで始まる行から、配送エラー送信メールここでは、エラーメール204に対応する送信メールの情報として、エンベロープ識別子SCAN0004を取り出す。そして、受信メール解釈部143は、送信履歴記憶部158からエンベロープ識別子SCAN0004の送信メールの送信履歴情報を読み出す。次に、受信メール解釈部143は、読み出された送信履歴情報から、エンベロープ識別子SCAN0004の送信メールのデータサイズの値が16MBであることを特定する。そして、受信メール解釈部143は、制限サイズ記憶部155から送信制限サイズテーブル301図11参照を読み出し、更新送信制限データサイズとして、送信制限サイズテーブル301の中の前記した配送エラーの送信宛先の送信制限データサイズの値すなわち、配送エラーの送信宛先のメールアドレスここでは、エンベロープ識別子SCAN0004の送信メールの送信に使用されたメールアドレスに対応付けられて送信制限サイズテーブル301に登録された送信制限データサイズの値を、エンベロープ識別子SCAN0004の送信メールのデータサイズの値である16MBに更新する。なお、このとき、配送エラーの送信宛先の送信制限データサイズが送信制限サイズテーブル301に登録されていなければ、受信メール解釈部143は、更新送信制限データサイズとして、配送エラー送信メールここでは、エンベロープ識別子SCAN0004の送信メールのデータサイズの値16MBを、配送エラーの送信宛先のメールアドレスここでは、エンベロープ識別子SCAN0004の送信メールの送信に使用されたメールアドレスに対応付けて、送信制限サイズテーブル301に新規に登録する。その結果、更新後の送信制限サイズテーブル301は、例えば、図11に示す状態から、図14に示す状態に変化する。図14は、実施形態1で用いる送信制限サイズテーブルの一例を示す図である。図14に示す例では、送信制限サイズテーブル301には、配送エラーの送信宛先のメールアドレスyamadacompany1.comと、配送エラー送信メールのデータサイズの値16MBとが対応付けられて登録されている。動作例5:スキャナ10が11MBのメールをユーザsuzukiの端末22aに送信する場合の動作以下、図1及び図15を参照して、スキャナ10が11MBのメールをユーザsuzukiの端末22aに送信する場合の、スキャナ10及びメールサーバSv11の動作を説明する。図15は、実施形態1に係る画像送信装置とメールサーバとの間のシーケンス図である。スキャナ10がメールサーバSv11との間でTCPコネクションを確立してから、スキャナ10がメールサーバSv11との接続を確認するまでの処理は、動作例1のS110~S115図6参照と同様である。次に、スキャナ10は、メールサーバSv11との接続を確認すると、メールの送信元としての自身のメールアドレスをメールサーバSv11に送信するS510。その際に、スキャナ10は、例えば、S116で使用したコマンドに類似する、MAILFROM:<scanexample.com>ENVID=SCAN0005というコマンドを使用する。ENVID=SCAN0005は、エンベロープ識別子がSCAN0005であることを表している。メールサーバSv11は、メールの送信元であるスキャナ10に接続を許可する場合に、例えば、250OKという応答をスキャナ10に返すS511。次に、本動作例5では、スキャナ10は、ユーザsuzukiの端末22aにメールを送信するために、メールの送信宛先としてユーザsuzukiの端末22aを指定する情報をメールサーバSv11に送信するS512。その際に、スキャナ10は、例えば、S118で使用したコマンドに類似する、RCPTTO:<suzukicompany2.com>NOTIFY=FAILUREORCPT=rfc822;suzukicompany2.comというコマンドを使用する。メールサーバSv11は、ユーザsuzukiの端末22aをメールの送信宛先として受け付ける場合に、例えば、250OKという応答をスキャナ10に返すS513。S513以降の、スキャナ10がメールサーバSv11との間のTCPコネクションを切断するまでの処理は、動作例1のS122~S130図6参照と同様である。なお、本動作例5では、送信メールのサイズが11MBとなっている。これに対して、図1に示すように、スキャナ10がメールの送信に使用するメールサーバSv11のメール送信制限容量は15MBとなっており、ユーザsuzukiの端末22aがメールの受信に使用するメールサーバSv22のメール送信制限容量が10MBとなっている。したがって、本動作例5では、送信メールのサイズ11MBが、メールサーバSv11のメール送信制限容量15MB未満となっているものの、メールサーバSv22のメール送信制限容量10MB以上となっている。そのため、本動作例5では、メールサーバSv22が、スキャナ10から送信された11MBのメールを受信することができない。したがって、メールサーバSv22が、メールサーバSv11を介して、DSNによる通知メールとしてのエラーメールをスキャナ10scanexample.com宛てに送信する。このときのスキャナ10とメールサーバSv11との間のシーケンスは、図8に示す通りである。図16は、実施形態1で用いるエラーメールの一例を示す図である。図16は、メールサーバSv22からスキャナ10に送信されたエラーメール205の一例を示している。図16に示す例において、3行目のSubjectで始まる行は、エラーメール205がsuzukicompany2.com宛ての送信メールの配送に失敗したことを通知する配送通知であることを示している。11行目のYourmessageで始まる行は、エンベロープ識別子SCAN0005の送信メールの配送に失敗したことを示している。17行目のReporting-MTAで始まる行は、エラーメール205がメールサーバSv22mail.company2.comから送信されたメールであることを示している。18行目のOriginal-Envelope-IDで始まる行は、エラーメール205がエンベロープ識別子SCAN0005の送信メールに対する配送通知であることを示している。23行目のDiagnostic-Codeで始まる行は、エラーの種別がSMTPステータスコードの521であることを示しており、また、メールのサイズが大きすぎるthemessageistoolargeことも示している。24行目のActionで始まる行は、送信メールの配送に失敗したことを示している。25行目のStatusで始まる行は、SMTPステータスコードを別の表現で示している。27行目以降は、元のメールのヘッダ等の引用部分に当たるが、図中では省略されている。スキャナ10は、例えば、図16に示すエラーメール205を受信すると、受信メール解釈部143図2参照が、エラーメール205の18行目のOriginal-Envelope-IDで始まる行から、配送エラー送信メールここでは、エラーメール205に対応する送信メールの情報として、エンベロープ識別子SCAN0005を取り出す。そして、受信メール解釈部143は、送信履歴記憶部158からエンベロープ識別子SCAN0005の送信メールの送信履歴情報を読み出す。次に、受信メール解釈部143は、読み出された送信履歴情報から、エンベロープ識別子SCAN0005の送信メールのデータサイズの値が11MBであることを特定する。そして、受信メール解釈部143は、制限サイズ記憶部155から送信制限サイズテーブル301図14参照を読み出し、更新送信制限データサイズとして、送信制限サイズテーブル301の中の前記した配送エラーの送信宛先の送信制限データサイズの値すなわち、配送エラーの送信宛先のメールアドレスここでは、エンベロープ識別子SCAN0005の送信メールの送信に使用されたメールアドレスに対応付けられて送信制限サイズテーブル301に登録された送信制限データサイズの値を、エンベロープ識別子SCAN0005の送信メールのデータサイズの値である11MBに更新する。なお、このとき、配送エラーの送信宛先の送信制限データサイズが送信制限サイズテーブル301に登録されていなければ、受信メール解釈部143は、更新送信制限データサイズとして、配送エラー送信メールここでは、エンベロープ識別子SCAN0005の送信メールのデータサイズの値11MBを、配送エラーの送信宛先のメールアドレスここでは、エンベロープ識別子SCAN0005の送信メールの送信に使用されたメールアドレスに対応付けて、送信制限サイズテーブル301に新規に登録する。また、同時に、受信メール解釈部143は、更新送信制限データサイズとして、送信制限サイズテーブル301図14参照に登録された送信制限サイズ情報の中で、エンベロープ識別子SCAN0005の送信メールの送信宛先のメールアドレスここでは、メールアドレスsuzukicompany2.comと同じドメインのメールアドレスここでは、メールアドレスtanakacompany2.comに対応付けられた送信制限データサイズの値も11MBに更新する。その結果、更新後の送信制限サイズテーブル301は、例えば、図14に示す状態から、図17に示す状態に変化する。図17は、実施形態1で用いる送信制限サイズテーブルの一例を示す図である。図17に示す例では、送信制限サイズテーブル301には、配送エラーの送信宛先のメールアドレスsuzukicompany2.comとtanakacompany2.comとに対して、配送エラー送信メールのデータサイズの値11MBが対応付けられて登録されている。以上の通り、本実施形態1に係るスキャナ10によれば、メールの送信宛先の能力に応じて、メールの送信を制御することができる。これにより、送信メールに対して適切なサイズ制限を適用することができ、また、送信宛先がメールを適正に受信する能力があるにもかかわらず、メールの送信が中止されるのを回避することができる。その結果、装置の利便性を向上させることができる。[実施形態2]以下、図18を参照して、本実施形態2に係る画像送信装置としてのスキャナ10Bの構成を説明する。図18は、実施形態2に係る画像送信装置の接続構成を示す図である。本実施形態2に係るスキャナ10Bは、実施形態1に係るスキャナ10と同様に、原稿の画像を読み取って画像データを生成し、その画像データをメールに添付して任意の送信宛先に向けて送信する装置である。図18に示すように、本実施形態2に係るスキャナ10Bメールアドレス:scanexample.comは、実施形態1に係るスキャナ10メールアドレス:scanexample.com図1参照と比較すると、メールサーバSv11ホスト名:mail.isp1.comに加え、メールサーバSv12ホスト名:mail.isp2.comにも接続されている点で相違している。メールサーバSv12は、例えば、LAN6b等のネットワークによって、スキャナ10Bと通信可能に接続されたサーバである。メールサーバSv12は、メールサーバSv11と同様に、特許請求の範囲に記載された送信側のメールサーバに相当する。メールサーバSv12は、メールサーバSv11と同様に、インターネット5を介して、ドメインcompany1.comのグループ21及びドメインcompany2.comのグループ22と通信可能に接続されている。図18に示す例では、メールサーバSv12は、メールサーバSv11と同様に、インターネット5を介して、ドメインcompany1.com及びドメインcompany2.comの2つのグループに接続されている。メールサーバSv11,Sv12,Sv21,Sv22には、それぞれ、メール送信制限容量が決められている。ここでは、メール送信制限容量は、メールサーバSv11が15MB、メールサーバSv12が30MB、メールサーバSv21が20MB、メールサーバSv22が10MBであるものとして説明する。本実施形態2に係るスキャナ10Bの内部構成は、実施形態1に係るスキャナ10の内部構成図2参照と同様である。ただし、本実施形態2に係るスキャナ10Bは、実施形態1に係るスキャナ10と比較すると、送信制限サイズ情報として、メールのデータサイズの値を、送信宛先具体的には、送信宛先のメールアドレスのメールアドレス及びメールサーバ具体的には、メールの配送に使用されるメールサーバのホスト名のいずれか一方と対応付けて、送信制限サイズテーブル401図21参照に登録する点で相違している。以下、図19及び図20を参照して、スキャナ10Bの動作につき説明する。図19及び図20は、それぞれ、実施形態2に係る画像送信装置の動作を示すフローチャートである。ここでは、スキャナ10Bが様々なサイズのメールをユーザyamadaの端末21a、ユーザsuzukiの端末22a、及び、ユーザtanakaの端末22bのいずれか1乃至複数に送信する場合を想定して、スキャナ10Bの動作を説明する。図19は、メール送信時のスキャナ10Bの動作を示している。ここでは、スキャナ10Bが、原稿の画像を読み取って画像データを生成し、その画像データをメールに添付して、操作者によって指定された送信宛先に向けて送信するものとして説明する。本実施形態2に係るスキャナ10Bの動作は、実施形態1に係るスキャナ10の動作図3参照と比較すると、1S14の処理送信サイズ決定処理とS16の処理宛先の決定処理との間で、S15の判定を行う点、及び、2S20で送信不能な宛先があるか否かを判定する代わりに、S20aで送信不能な宛先又はサーバがあるか否かを判定する点で相違している。この動作では、操作者が、まず、原稿を画像読取部110にセットし、次に、操作パネル120を操作して、メールの送信に必要な情報例えば、送信宛先のメールアドレス等をスキャナ10Bに入力する。このとき、入力情報は、入力情報記憶部152に記憶される。続いて、操作者は、操作パネル120を操作して、画像の読み取りをスキャナ10Bに指示する。これに応答して、スキャナ10Bが動作を開始する。まず、スキャナ10Bは、画像読取部110が、セットされた原稿の画像を光学的に読み取るS12。このとき、画像読取部110は、読み取られた原稿の画像データを生成し、生成された画像データを画像メモリ153に出力する。これにより、生成された画像データが画像メモリ153に一時的に記憶される。画像メモリ153に記憶された画像データは、S24でメールが送信された後に、制御部140例えば、メール送信制御部142によって消去される。次に、スキャナ10Bは、メール生成部141が、画像メモリ102に一時的に記憶された画像データを読み出し、読み出された画像データに基づいて、送信する画像データのデータサイズ送信サイズの値を決定するS14。S14の後に、スキャナ10Bのメール送信制御部142は、S14で決定された送信サイズの値が送信側のメールサーバここでは、メールサーバSv11又はメールサーバSv12に割り当てられたメール送信制限容量以下、送信側のサーバの送信制限サイズと称するの値未満であるか否かを判定するS15。S15の判定は、メール送信制御部142が、制限サイズ記憶部155から送信制限サイズテーブル401図21参照を読み出し、送信制限サイズテーブル401に基づいて、送信側のサーバの送信制限サイズを特定し、S14で決定された送信サイズの値と送信側のサーバの送信制限サイズの値とを比較することによって、行われる。S15の判定で、S14で決定された送信サイズの値が送信側のサーバの送信制限サイズの値未満である場合Yesの場合に、処理は、S16に進む。一方、S15の判定で、S14で決定された送信サイズの値が送信側のサーバの送信制限サイズの値以上である場合Noの場合に、処理は、S22に進む。S15の判定で、S14で決定された送信サイズの値が送信側のサーバの送信制限サイズの値未満である場合Yesの場合に、メール生成部141が、入力情報記憶部152から、操作者によって入力された、送信宛先のメールアドレスを含む入力情報を読み出し、読み出された入力情報に基づいて、メール本文データを生成しS16、生成されたメールを生成メール記憶部154に出力する。これにより、生成されたメール本文データが生成メール記憶部154に一時的に記憶される。この後、スキャナ10Bは、メール送信制御部142又は、メール生成部141が、入力情報記憶部152から、操作者によって入力された、送信宛先のメールアドレスを含む入力情報を読み出し、読み出された入力情報に基づいて、メールの送信宛先の決定処理を行うS18。S18の処理宛先の決定処理の詳細は、図4に示す通りである。なお、スキャナ10Bは、S40の処理送信不能な宛先に追加処理で、送信不能な宛先のメールアドレス情報だけでなく、送信不能な送信側のサーバがあれば、そのサーバ情報具体的には、ホスト名も、送信不能アドレス情報として、送信不能宛先記憶部157に記憶する。S18の後、メール送信制御部142は、送信不能な宛先又は送信側のサーバがあるか否かを判定するS20a。S20aの判定は、メール送信制御部142が、図4に示すS40の処理送信不能な宛先に追加処理で、送信不能宛先記憶部157に記憶された送信不能アドレス情報があるか否かを判定することによって、行われる。S20aの判定で、送信不能な宛先又は送信側のサーバがあると判定された場合Yesの場合に、すなわち、送信不能宛先記憶部157に記憶された送信不能アドレス情報がある場合に、メール送信制御部142は、送信不能な宛先のメールアドレスや送信不能な送信側のサーバのホスト名を操作パネル120に表示して、送信不能な宛先のメールアドレスやサーバのホスト名を操作者に通知しS22b、一連のルーチンの処理を終了する。一方、S20aの判定で、送信不能な宛先又は送信側のサーバがないと判定された場合Noの場合に、すなわち、送信不能宛先記憶部157に記憶された送信不能アドレス情報がない場合に、メール送信制御部142は、生成メール記憶部154からメール本文データを読み出し、画像メモリ153から画像データを読み出し、さらに、送信可能宛先記憶部156から送信可能アドレス情報を読み出す。そして、メール送信制御部142は、エンベロープ識別子をメールに割り当て、そのエンベロープ識別子と送信可能アドレス情報とに基づいてメールヘッダを生成して、生成されたメールヘッダをメールの本文データに添付するとともに、画像データをRFCRequestForCommentsに規定されたMIMEMultipurposeInternetMailExtension形式に変換して、変換された画像データを添付ファイルとしてメールの本文データに添付する。これによって、メールが完成する。メール送信制御部142は、完成されたメールを通信部130に出力する。通信部130は、メール送信制御部142からメールが入力されると、メールサーバSv11を介して、メールを、操作者によって指定された送信宛先に向けて送信するS24。S24の処理メール送信処理の後、送信メールが適正に送信宛先に配送されない場合に、送信メールの配送エラーの発生を通知するエラーメールが、メールサーバSv11,Sv12,Sv21,Sv22のいずれかからスキャナ10Bに向けて送信される。図20は、エラーメール受信時のスキャナ10Bの動作を示している。ここでは、スキャナ10Bが、メールサーバSv11,Sv12,Sv21,Sv22のいずれかからエラーメールを受信して、エラーメールの内容を解析することによって得られる情報に基づいて、送信制限データサイズの値を更新するものとして説明する。本実施形態2に係るスキャナ10Bの動作は、実施形態1に係るスキャナ10の動作図5参照と比較すると、1S52の処理エラーメールを受信処理とS54の判定処理識別子が含まれているかの判定処理との間で、S53の判定処理を行う点、及び、2S53の判定処理で、Noの場合に、S54の判定処理を行い、S53の判定処理で、Yesの場合に、S64~S68の処理を行う点で相違している。図20に示すように、スキャナ10Bは、まず、通信部130が、メールサーバSv11,Sv12,Sv21,Sv22のいずれかから送信されたエラーメールを受信するS52。スキャナ10Bは、エラーメールを受信すると、受信メール解釈部143が、エラーメールを送信したメールサーバが送信側のメールサーバここでは、メールサーバSv11又はメールサーバSv12であるか否かを判定するS53。S53の判定で、エラーメールを送信したメールサーバが送信側のメールサーバでない場合Noの場合に、受信メール解釈部143は、送信メールの配送エラーの原因が、送信側のメールサーバのメール送信制限容量に起因するものではなく、受信側のメールサーバここでは、メールサーバSv21又はメールサーバSv22のメール送信制限容量に起因するものであると解釈する。この場合に、受信メール解釈部143が、S24のメールの送信時に送信メールに割り当てられたエンベロープ識別子がエラーメールに含まれているか否かを判別するS54。S54の判定で、エンベロープ識別子がエラーメールに含まれている場合Yesの場合に、受信メール解釈部143は、送信履歴記憶部158からそのエンベロープ識別子に対応する送信メールの送信履歴情報を読み出し、読み出された送信メールの送信履歴情報に基づいて、配送エラー送信メールのデータサイズを特定するS56。次に、受信メール解釈部143は、制限サイズ記憶部155から送信制限サイズテーブル401図21参照を読み出し、更新送信制限データサイズ更新登録する送信制限データサイズとして、配送エラーの送信宛先の送信制限データサイズすなわち、配送エラーの送信宛先のメールアドレスに対応付けられた送信制限データサイズの値を、S56で特定された、配送エラー送信メールのデータサイズの値に更新するS58。これにより、スキャナ10Bは、一連のルーチンの処理を終了する。なお、このとき、配送エラーの送信宛先の送信制限データサイズが送信制限サイズテーブル401に登録されていなければ、受信メール解釈部143は、更新送信制限データサイズとして、S56で特定された、配送エラー送信メールのデータサイズの値を、配送エラーの送信宛先のメールアドレスに対応付けて、送信制限サイズテーブル401に新規に登録する。一方、S54の判定で、エンベロープ識別子がエラーメールに含まれていない場合Noの場合に、スキャナ10Bは、一連のルーチンの処理を終了する。また、S53の判定で、エラーメールを送信したメールサーバが送信側のメールサーバである場合Yesの場合に、受信メール解釈部143は、送信メールの配送エラーの原因が、受信側のメールサーバのメール送信制限容量に起因するものではなく、送信側のメールサーバここでは、メールサーバSv11又はメールサーバSv12のメール送信制限容量に起因するものであると解釈する。この場合に、受信メール解釈部143が、S24のメールの送信時に送信メールに割り当てられたエンベロープ識別子がエラーメールに含まれているか否かを判別するS64。S64の判定で、エンベロープ識別子がエラーメールに含まれている場合Yesの場合に、受信メール解釈部143は、送信履歴記憶部158からそのエンベロープ識別子に対応する送信メールの送信履歴情報を読み出し、読み出された送信メールの送信履歴情報に基づいて、配送エラー送信メールのデータサイズを特定するS66。次に、受信メール解釈部143は、制限サイズ記憶部155から送信制限サイズテーブル401図21参照を読み出し、更新送信制限データサイズ更新登録する送信制限データサイズとして、配送エラーの送信側のメールサーバの送信制限データサイズすなわち、配送エラーの送信側のメールサーバのホスト名ここでは、メールサーバSv11のホスト名mail.isp1.com又はメールサーバSv12のホスト名mail.isp2.comに対応付けられた送信制限データサイズの値を、S66で特定された、配送エラー送信メールのデータサイズの値に更新するS68。これにより、スキャナ10Bは、一連のルーチンの処理を終了する。なお、このとき、配送エラーの送信宛先の送信制限データサイズが送信制限サイズテーブル401に登録されていなければ、受信メール解釈部143は、更新送信制限データサイズとして、S66で特定された、配送エラー送信メールのデータサイズの値を、エラーメールを送信した送信側のサーバに対応付けて、送信制限サイズテーブル401に新規に登録する。一方、S64の判定で、エンベロープ識別子がエラーメールに含まれていない場合Noの場合に、スキャナ10Bは、一連のルーチンの処理を終了する。以下、いくつかの具体的な動作例をあげて、スキャナ10Bの詳細な動作を説明する。なお、スキャナ10Bのコマンドを送受信する動作は、メール送信制御部142図2参照によって行われ、また、スキャナ10Bの外部から受信されたメールを解釈する動作は、受信メール解釈部143図2参照によって行われるものとして説明する。また、ここでは、送信メールのサイズが画像データのサイズと実質的に等価であるものとして説明する。また、ここでは、単にメールサーバと称する場合は、メールの配送に関わるメールサーバ全般を意味しているものとする。ここで、スキャナ10Bの詳細な動作を説明するにあたり、制限サイズ記憶部155に記憶されている送信制限サイズテーブル401図21参照について説明する。図21は、実施形態2で用いる送信制限サイズテーブルの一例を示す図である。図21に示す例では、12MBの送信制限データサイズと更新日時とが、送信制限サイズ情報として、メールアドレスtanakacompany2.comに対応付けられて送信制限サイズテーブル401に登録されている。また、12MBの送信制限データサイズと更新日時とが、送信制限サイズ情報として、メールアドレスsuzukicompany2.comに対応付けられて送信制限サイズテーブル401に登録されている。なお、図21に示す例では、メールサーバSv11mail.isp1.comとメールサーバSv12mail.isp2.comに対応する送信制限データサイズが登録されていない。動作例6:スキャナ10BがメールサーバSv11を使用して16MBのメールをユーザyamadaの端末21aに送信する場合の動作以下、図18及び図22を参照して、スキャナ10BがメールサーバSv11を使用して16MBのメールをユーザyamadaの端末21aに送信する場合の、スキャナ10B及びメールサーバSv11の動作を説明する。図22は、実施形態2に係る画像送信装置とメールサーバとの間のシーケンス図である。スキャナ10BがメールサーバSv11との間でTCPコネクションを確立してから、スキャナ10BがメールサーバSv11との接続を確認するまでの処理は、動作例1のS110~S115図6参照と同様である。次に、スキャナ10Bは、メールサーバSv11との接続を確認すると、メールの送信元としての自身のメールアドレスをメールサーバSv11に送信するS610。その際に、スキャナ10Bは、例えば、S116で使用したコマンドに類似する、MAILFROM:<scanexample.com>ENVID=SCAN0011というコマンドを使用する。ENVID=SCAN0011は、エンベロープ識別子がSCAN0011であることを表している。メールサーバSv11は、メールの送信元であるスキャナ10Bに接続を許可する場合に、例えば、250OKという応答をスキャナ10Bに返すS611。次に、本動作例6では、スキャナ10Bは、ユーザyamadaの端末21aにメールを送信するために、メールの送信宛先としてユーザyamadaの端末21aを指定する情報をメールサーバSv11に送信するS612。その際に、スキャナ10Bは、例えば、S118と同様に、RCPTTO:<yamadacompany1.com>NOTIFY=FAILUREORCPT=rfc822;yamadacompany1.comというコマンドを使用する。メールサーバSv11は、ユーザyamadaの端末21aをメールの送信宛先として受け付ける場合に、例えば、250OKという応答をスキャナ10Bに返すS613。S613以降の、スキャナ10BがメールサーバSv11との間のTCPコネクションを切断するまでの処理は、動作例1のS122~S130図6参照と同様である。なお、本動作例6では、送信メールのサイズが16MBとなっている。これに対して、図18に示すように、スキャナ10Bがメールの送信に使用するメールサーバSv11のメール送信制限容量は15MBとなっており、ユーザyamadaの端末21aがメールの受信に使用するメールサーバSv21のメール送信制限容量が20MBとなっている。したがって、本動作例6では、送信メールのサイズ16MBが、メールサーバSv21のメール送信制限容量20MB未満となっているものの、メールサーバSv11のメール送信制限容量15MB以上となっている。そのため、本動作例6では、メールサーバSv11が、スキャナ10Bから送信された16MBのメールを受信することができない。したがって、メールサーバSv11が、DSNによる通知メールとしてのエラーメールをスキャナ10Bscanexample.com宛てに送信する。このときのスキャナ10BとメールサーバSv11との間のシーケンスは、図8に示す通りである。図23は、実施形態2で用いるエラーメールの一例を示す図である。図23は、メールサーバSv11からスキャナ10Bに送信されたエラーメール206の一例を示している。図23に示す例において、1行目のDateで始まる行は、エラーメール206が送信された日時を示している。4行目のSubjectで始まる行は、エラーメール206がyamadacompany1.com宛ての送信メールの配送に失敗したことを通知する配送通知であることを示している。12行目のYourmessageで始まる行は、エンベロープ識別子SCAN0011の送信メールの配送に失敗したことを示している。18行目のReporting-MTAで始まる行は、エラーメール206がメールサーバSv11mail.isp1.comから送信されたメールであることを示している。19行目のOriginal-Envelope-IDで始まる行は、エラーメール206がエンベロープ識別子SCAN0011の送信メールに対する配送通知であることを示している。24行目のDiagnostic-Codeで始まる行は、エラーの種別がSMTPステータスコードの521であることを示しており、また、メールのサイズが大きすぎるthemessageistoolargeことも示している。25行目のActionで始まる行は、送信メールの配送に失敗したことを示している。26行目のStatusで始まる行は、SMTPステータスコードを別の表現で示している。28行目以降は、元のメールのヘッダ等の引用部分に当たるが、図中では省略されている。スキャナ10Bは、例えば、図23に示すエラーメール206を受信すると、受信メール解釈部143図2参照が、エラーメール206の19行目のOriginal-Envelope-IDで始まる行から、エラーメール206に対応する送信メールの情報として、エンベロープ識別子SCAN0011を取り出す。そして、受信メール解釈部143は、送信履歴記憶部158からエンベロープ識別子SCAN0011の送信メールの送信履歴情報を読み出す。次に、受信メール解釈部143は、読み出された送信履歴情報から、エンベロープ識別子SCAN0011の送信メールのデータサイズの値が16MBであることを特定する。そして、受信メール解釈部143は、制限サイズ記憶部155から送信制限サイズテーブル401図21参照を読み出し、更新送信制限データサイズとして、送信制限サイズテーブル401の中の前記した配送エラーの送信宛先の送信制限データサイズの値すなわち、配送エラーの送信宛先のメールアドレスここでは、エンベロープ識別子SCAN0011の送信メールの送信に使用されたメールアドレスに対応付けられて送信制限サイズテーブル401に登録された送信制限データサイズの値を16MBに更新する。ただし、本実施形態2では、実施形態1とは異なり、エラーメール206の送信元が送信側のメールサーバここでは、スキャナ10Bがメールの送信に使用しているメールサーバSv11mail.isp1.comである場合に、受信メール解釈部143は、更新送信制限データサイズとして、送信側のメールサーバここでは、メールサーバSv11mail.isp1.comに対応する送信制限データサイズの値を16MBに更新する。その結果、更新後の送信制限サイズテーブル401は、図21に示す状態から、図24に示す状態に変化する。図24は、実施形態2で用いる送信制限サイズテーブルの一例を示す図である。図24に示す例では、送信制限サイズテーブル401には、エラーメール206を送信した送信側のメールサーバのホスト名ここでは、メールサーバSv11のホスト名mail.isp1.comと、配送エラー送信メールのデータサイズの値16MBとが対応付けられて登録されている。なお、送信側のメールサーバのホスト名に対応付けられて送信制限サイズテーブル401に登録された送信制限データサイズの値は、送信メールの配送が失敗して、エラーメール206がスキャナ10Bに送信される度に、エラーメール206を送信した送信側のメールサーバのメール送信制限容量に近似していく。例えば、本動作例6では、送信制限データサイズの値は、エラーメール206がスキャナ10Bに送信される度に、メールサーバSv11のメール送信制限容量である15MBに近似していく。動作例7:スキャナ10BがメールサーバSv12を使用して16MBのメールをユーザyamadaの端末21aに送信する場合の動作スキャナ10B図18参照がメールの送信に使用するメールサーバをメールサーバSv11からメールサーバSv12に変更すると、メールサーバSv12のメール送信制限容量が30MBであるため、送信可能なメールのデータサイズが動作例6の場合よりも増大する。その結果、スキャナ10Bは、16MBのメールをユーザyamadaの端末21aに送信することができるようになる。動作例8:スキャナ10BがメールサーバSv12を使用して40MBのメールをユーザyamadaの端末21aに送信する場合の動作以下、図18及び図25を参照して、スキャナ10BがメールサーバSv12を使用して40MBのメールをユーザyamadaの端末21aに送信する場合の、スキャナ10B及びメールサーバSv12の動作を説明する。図25は、実施形態2に係る画像送信装置とメールサーバとの間のシーケンス図である。スキャナ10BがメールサーバSv12との間でTCPコネクションを確立してから、スキャナ10BがメールサーバSv12との接続を確認するまでの処理は、動作例1のS110~S115図6参照と同様である。次に、スキャナ10Bは、メールサーバSv12との接続を確認すると、メールの送信元としての自身のメールアドレスをメールサーバSv12に送信するS710。その際に、スキャナ10Bは、例えば、S116で使用したコマンドに類似する、MAILFROM:<scanexample.com>ENVID=SCAN0015というコマンドを使用する。ENVID=SCAN0015は、エンベロープ識別子がSCAN0015であることを表している。メールサーバSv12は、メールの送信元であるスキャナ10Bに接続を許可する場合に、例えば、250OKという応答をスキャナ10Bに返すS711。次に、本動作例8では、スキャナ10Bは、ユーザyamadaの端末21aにメールを送信するために、メールの送信宛先としてユーザyamadaの端末21aを指定する情報をメールサーバSv12に送信するS712。その際に、スキャナ10Bは、例えば、S118と同様に、RCPTTO:<yamadacompany1.com>NOTIFY=FAILUREORCPT=rfc822;yamadacompany1.comというコマンドを使用する。メールサーバSv12は、ユーザyamadaの端末21aをメールの送信宛先として受け付ける場合に、例えば、250OKという応答をスキャナ10Bに返すS713。S713以降の、スキャナ10BがメールサーバSv12との間のTCPコネクションを切断するまでの処理は、動作例1のS122~S130図6参照と同様である。なお、本動作例8では、送信メールのサイズが40MBとなっている。これに対して、図18に示すように、スキャナ10Bがメールの送信に使用するメールサーバSv12のメール送信制限容量は30MBとなっており、ユーザyamadaの端末21aがメールの受信に使用するメールサーバSv21のメール送信制限容量が20MBとなっている。したがって、本動作例8では、送信メールのサイズ40MBが、メールサーバSv21のメール送信制限容量20MB以上となっており、また、メールサーバSv12のメール送信制限容量30MB以上となっている。そのため、本動作例8では、メールサーバSv12が、スキャナ10Bから送信された40MBのメールを受信することができない。したがって、メールサーバSv12が、DSNによる通知メールとしてのエラーメールをスキャナ10Bscanexample.com宛てに送信する。このときのスキャナ10BとメールサーバSv12との間のシーケンスは、図8に示す通りである。図26は、実施形態2で用いるエラーメールの一例を示す図である。図26は、メールサーバSv12からスキャナ10Bに送信されたエラーメール208の一例を示している。図26に示す例において、1行目のDateで始まる行は、エラーメール208が送信された日時を示している。4行目のSubjectで始まる行は、エラーメール208がyamadacompany1.com宛ての送信メールの配送に失敗したことを通知する配送通知であることを示している。12行目のYourmessageで始まる行は、エンベロープ識別子SCAN0015の送信メールの配送に失敗したことを示している。18行目のReporting-MTAで始まる行は、エラーメール208がメールサーバSv12mail.isp2.comから送信されたメールであることを示している。19行目のOriginal-Envelope-IDで始まる行は、エラーメール208がエンベロープ識別子SCAN0015の送信メールに対する配送通知であることを示している。24行目のDiagnostic-Codeで始まる行は、エラーの種別がSMTPステータスコードの521であることを示しており、また、メールのサイズが大きすぎるthemessageistoolargeことも示している。25行目のActionで始まる行は、送信メールの配送に失敗したことを示している。26行目のStatusで始まる行は、SMTPステータスコードを別の表現で示している。28行目以降は、元のメールのヘッダ等の引用部分に当たるが、図中では省略されている。スキャナ10Bは、例えば、図26に示すエラーメール208を受信すると、受信メール解釈部143図2参照が、エラーメール208の19行目のOriginal-Envelope-IDで始まる行から、配送エラー送信メールここでは、エラーメール208に対応する送信メールの情報として、エンベロープ識別子SCAN0015を取り出す。そして、受信メール解釈部143は、送信履歴記憶部158からエンベロープ識別子SCAN0015の送信メールの送信履歴情報を読み出す。次に、受信メール解釈部143は、読み出された送信履歴情報から、エンベロープ識別子SCAN0015の送信メールのデータサイズの値が40MBであることを特定する。そして、受信メール解釈部143は、制限サイズ記憶部155から送信制限サイズテーブル401図24参照を読み出し、更新送信制限データサイズとして、送信制限サイズテーブル401の中の前記した配送エラーの送信宛先の送信制限データサイズの値すなわち、配送エラーの送信宛先のメールアドレスここでは、エンベロープ識別子SCAN0015の送信メールの送信に使用されたメールアドレスに対応付けられて送信制限サイズテーブル401に登録された送信制限データサイズの値を40MBに更新する。ただし、本実施形態2では、実施形態1とは異なり、エラーメール208の送信元が送信側のメールサーバここでは、スキャナ10Bがメールの送信に使用しているメールサーバSv12mail.isp2.comである場合に、受信メール解釈部143は、更新送信制限データサイズとして、送信側のメールサーバここでは、メールサーバSv12mail.isp2.comに対応する送信制限データサイズの値を40MBに更新する。その結果、更新後の送信制限サイズテーブル401は、図24に示す状態から、図27に示す状態に変化する。図27は、実施形態2で用いる送信制限サイズテーブルの一例を示す図である。図27に示す例では、送信制限サイズテーブル401には、エラーメール208を送信した送信側のメールサーバのホスト名ここでは、メールサーバSv12のホスト名mail.isp2.comと、配送エラー送信メールのデータサイズの値40MBとが対応付けられて登録されている。なお、前記した通り、送信側のメールサーバのホスト名に対応付けられて送信制限サイズテーブル401に登録された送信制限データサイズの値は、送信メールの配送が失敗して、エラーメール206がスキャナ10Bに送信される度に、エラーメール206を送信した送信側のメールサーバのメール送信制限容量に近似していく。そのため、例えば、本動作例8では、送信制限データサイズの値は、エラーメール208がスキャナ10Bに送信される度に、メールサーバSv12のメール送信制限容量である30MBに近似していく。動作例9:スキャナ10BがメールサーバSv12を使用して25MBのメールをユーザyamadaの端末21aに送信する場合の動作以下、図18及び図28を参照して、スキャナ10BがメールサーバSv12を使用して25MBのメールをユーザyamadaの端末21aに送信する場合の、スキャナ10B及びメールサーバSv12の動作を説明する。図28は、実施形態2に係る画像送信装置とメールサーバとの間のシーケンス図である。スキャナ10BがメールサーバSv12との間でTCPコネクションを確立してから、スキャナ10BがメールサーバSv12との接続を確認するまでの処理は、動作例1のS110~S115図6参照と同様である。次に、スキャナ10Bは、メールサーバSv12との接続を確認すると、メールの送信元としての自身のメールアドレスをメールサーバSv12に送信するS810。その際に、スキャナ10Bは、例えば、S116で使用したコマンドに類似する、MAILFROM:<scanexample.com>ENVID=SCAN0016というコマンドを使用する。ENVID=SCAN0016は、エンベロープ識別子がSCAN0016であることを表している。メールサーバSv12は、メールの送信元であるスキャナ10Bに接続を許可する場合に、例えば、250OKという応答をスキャナ10Bに返すS811。次に、本動作例9では、スキャナ10Bは、ユーザyamadaの端末21aにメールを送信するために、メールの送信宛先としてユーザyamadaの端末21aを指定する情報をメールサーバSv12に送信するS812。その際に、スキャナ10Bは、例えば、S118と同様に、RCPTTO:<yamadacompany1.com>NOTIFY=FAILUREORCPT=rfc822;yamadacompany1.comというコマンドを使用する。メールサーバSv12は、ユーザyamadaの端末21aをメールの送信宛先として受け付ける場合に、例えば、250OKという応答をスキャナ10Bに返すS813。S813以降の、スキャナ10BがメールサーバSv12との間のTCPコネクションを切断するまでの処理は、動作例1のS122~S130図6参照と同様である。なお、本動作例9では、送信メールのサイズが25MBとなっている。これに対して、図28に示すように、スキャナ10Bがメールの送信に使用するメールサーバSv12のメール送信制限容量は30MBとなっており、ユーザyamadaの端末21aがメールの受信に使用するメールサーバSv21のメール送信制限容量が20MBとなっている。したがって、本動作例8では、送信メールのサイズ25MBが、メールサーバSv12のメール送信制限容量30MB未満となっているものの、メールサーバSv21のメール送信制限容量20MB以上となっている。そのため、本動作例9では、メールサーバSv21が、スキャナ10Bから送信された25MBのメールを受信することができない。したがって、メールサーバSv21が、メールサーバSv12を介して、DSNによる通知メールとしてのエラーメールをスキャナ10Bscanexample.com宛てに送信する。このときのスキャナ10BとメールサーバSv12との間のシーケンスは、図8に示す通りである。図29は、実施形態2で用いるエラーメールの一例を示す図である。図29は、メールサーバSv21からスキャナ10Bに送信されたエラーメール209の一例を示している。図29に示す例において、1行目のDateで始まる行は、エラーメール209が送信された日時を示している。4行目のSubjectで始まる行は、エラーメール209がyamadacompany1.com宛ての送信メールの配送に失敗したことを通知する配送通知であることを示している。12行目のYourmessageで始まる行は、エンベロープ識別子SCAN0016の送信メールの配送に失敗したことを示している。18行目のReporting-MTAで始まる行は、エラーメール209がメールサーバSv21mail.company1.comから送信されたメールであることを示している。19行目のOriginal-Envelope-IDで始まる行は、エラーメール209がエンベロープ識別子SCAN0016の送信メールに対する配送通知であることを示している。24行目のDiagnostic-Codeで始まる行は、エラーの種別がSMTPステータスコードの521であることを示しており、また、メールのサイズが大きすぎるthemessageistoolargeことも示している。25行目のActionで始まる行は、送信メールの配送に失敗したことを示している。26行目のStatusで始まる行は、SMTPステータスコードを別の表現で示している。28行目以降は、元のメールのヘッダ等の引用部分に当たるが、図中では省略されている。スキャナ10Bは、例えば、図29に示したエラーメール209を受信すると、受信メール解釈部143図2参照が、エラーメール209の19行目のOriginal-Envelope-IDで始まる行から、配送エラー送信メールここでは、エラーメール209に対応する送信メールの情報として、エンベロープ識別子SCAN0016を取り出す。そして、受信メール解釈部143は、送信履歴記憶部158からエンベロープ識別子SCAN0016の送信メールの送信履歴情報を読み出す。次に、受信メール解釈部143は、読み出された送信履歴情報から、エンベロープ識別子SCAN0016の送信メールのデータサイズの値が25MBであることを特定する。そして、受信メール解釈部143は、制限サイズ記憶部155から送信制限サイズテーブル401図27参照を読み出し、更新送信制限データサイズとして、送信制限サイズテーブル401の中の前記した配送エラーの送信宛先の送信制限データサイズの値すなわち、配送エラーの送信宛先のメールアドレスここでは、エンベロープ識別子SCAN0016の送信メールの送信に使用されたメールアドレスに対応付けられて送信制限サイズテーブル401に登録された送信制限データサイズの値を25MBに更新する。例えば、ここでは、受信メール解釈部143は、ユーザyamadaの端末21aのメールアドレスyamadacompany1.comに対応する送信制限データサイズの値を25MBに更新する。その結果、更新後の送信制限サイズテーブル401は、図27に示す状態から、図30に示す状態に変化する。図30は、実施形態2で用いる送信制限サイズテーブルの一例を示す図である。図30に示す例では、送信制限サイズテーブル401には、配送エラーの送信宛先のメールアドレスyamadacompany1.comと、配送エラー送信メールのデータサイズの値25MBとが対応付けられて登録されている。なお、本実施形態2に係る送信制限サイズテーブル401図21、図24、図27、及び、図30参照には、更新日時の情報が含まれている。スキャナ10Bは、この送信制限サイズテーブル401を参照して、更新日時から所定の時間が経過している送信制限サイズ情報に対して、送信制限データサイズが変更されていないかを確認するために、送信制限データサイズの値にかかわらず、例えば、送信制限データサイズと同じ値のメールを送信して応答を確認する、ことも可能である。以上の通り、本実施形態2に係るスキャナ10Bによれば、実施形態1の効果に加えて、複数のメールサーバを接続する形態であっても、メールの送信宛先に応じた適切なサイズ制限を適用することができ、装置の利便性を向上させることができる。本発明は、前記した実施形態に限定されることなく、本発明の要旨を逸脱しない範囲で種々の変更や変形を行うことができる。例えば、実施形態1及び実施形態2では、画像送信装置がスキャナであるものとして説明している。しかしながら、画像送信装置は、複写機、MFP複合機、ファクシミリ装置等として構成することができる。なお、MFPとは、MultiFunctionPrinterの略称で、プリンタにファクシミリ機能やスキャナ機能、コピー機能等を付加した装置である。また、例えば、画像送信装置は、送信メールの配送が成功した場合に、送信履歴記憶部158から配送に成功した送信メールの送信履歴情報を読み出し、配送に成功した送信メールのデータサイズの値をメールアドレスや送信側のメールサーバのホスト名、受信側のメールサーバのホスト名等に対応付けて、送信可能なデータサイズ情報として、記憶部150に記憶しておき、次回以降のメールの送信時に、送信可能なデータサイズ情報に基づいて、送信可能なデータサイズ分のメールを送信するようにしてもよい。また、例えば、未満や以上等の語句は、運用に応じて、それぞれ、以下やより大きい等の語句に変更することができる。また、例えば、メールサーバのメール送信制限容量は、会社とその会社に属する部署とで、変わることがある。また、例えば、従業員のメールアドレスは、会社の代表のメールアドレスに任意の情報を付加した構成にすることができる。"