If you are running database mirroring then you will need a log file that is large enough to handle your largest transaction. Large BULK insert/update and delete operations have the potential to consume large amounts of transaction logs as well as maintenance operations like index rebuilds.
Additionally, if you are running mirroring in asynch mode over a wan with a low bandwidth link then transactions will stay in the transaction log of the principal untill they are applied on the mirror. I have seen databases with transaction logs approaching 100GB used space on the principal even with frequent log backups.
One thing to bear in mind with mirroring is that you sill need to backup your transaction log on the principal in order to truncate the file. Some installations forget to do this.
More frequent log backups can usually mean smaller log file requirements.