解決できた方に１，０００ポイント進呈します。

アクセスできるサイボウズoffice6のダミーカレンダーが必要だという意味ですね。

そうです。
実際にエラーになってるデータが分かれば、具体的な対処方法が思いつくんじゃないか、と。
「繰り返しに対応した」って履歴にはありましたから、解釈できない繰り返しのデータがあるんだと思うんです。

SVN で見られる trunk のソースと、0.36 の zip に入ってるソース、違いますね。
zip に入ってる方だと、なおさら rrule プロパティは設定されてると思うんだけどな...
あらためて zip に同梱されている RecurrentEvent.pm を読んでみると...

our %FREQUENCY = (
    'y' => 'YEARLY',
    'm' => 'MONTHLY',
    'w' => 'WEEKLY',
    'd' => 'DAILY',

    # weekdays
    'n' => 'WEEKLY',

    # fixed weekday, monthly
    1 => 'MONTHLY',
    2 => 'MONTHLY',
    3 => 'MONTHLY',
    4 => 'MONTHLY',
    5 => 'MONTHLY',
);
our @WEEK_STRING = ( 'SU', 'MO', 'TU', 'WE', 'TH', 'FR', 'SA' );

sub parse {
    my ( $this, %param ) = @_;
    $this->SUPER::parse(%param);

    # rrule
    my ( $type, $day ) = ( $param{type}, $param{day} );
    if ( defined $type && defined $day && exists $FREQUENCY{$type} ) {		# ※ココ！
        my %rrule = ( FREQ => $FREQUENCY{$type} );
...
        $this->rrule( \%rrule );

該当しそうなところを切り出すと、こんな感じになってて、ソースで持っている FREQUENCY のどれかにマッチすること、という条件があります。
きちんと抽出できない場合があるのは、ここが原因かもしれませんね。


＃ 実は、perl 苦手なんですよね...

WWW::CybozuOffice6::Calendar導入については、大丈夫だと思います。

実は、自宅のLAN環境が昨日から使えなくなってて、週末に返事できるかどうか、分からないんですが、ウォッチはするつもりです。
Perl が得意な人、いっぱいいるはずなんで、原因となるデータとソースがあれば、ちゃちゃっとやってくれる人が、出てくるかもしれないし。

Can't locate DateTime.pm in @INC～

というのはDateTimeモジュールが見つからないというエラーです。確認してみてください。


また「--output-csv /path/to/output.csv」というオプションで、使用したデータをCSV形式で保存してくれます（保存箇所はエラーの前の様です）。
その後「--input-csv /path/to/input.csv」オプションで保存したファイルを元に動作してくれます。

ソースを追った限り、CSVで保存された5カラム目が $type になり、通常 %FREQUENCY のキーになっている[ymwdn12345]のいずれか1文字のはずです。
エラーがa-kuma3さんの見立て通りなら、これ以外になってる行があるはず。
その行が特定できて、対応する設定が確認できれば回避や修正方法も出てくると思います。

そうすると以下のエラーが出ます。
Can't locate WWW/CybozuOffice6/Calendar.pm in @INC

今度は、「WWW::CybozuOffice6::Calendar が見つからない」と言ってます。
/var/www/html/cybozu2ical-0.36/lib/WWW/CybozuOffice6/Calendar.pm などが存在してますか？

/var/www/html/cybozu2ical-0.36/ にcdしてください。
WWW::CybozuOffice6::～はカレントディレクトリのlib以下から探します。
＃つまりフルパスでなく「./cybozu2ical」で実行できるようにしてください
cron使うなどの場合も、このあたりは注意点です。

本サーバのconfig.yamlのdate_range: 1（１日分）に変更しカレンダーデータを当日予定のみにして繰り返し予定やバナー予定を外して、通常予定のみでスクリプトを実行したのですが、結果は変わらず...

154行目でエラーが出てるのは、generate_vcalendar サブルーチンで、カレンダーのデータを date_range の指定に関係なく読み込んでます。
date_range の指定が効くのは、update_vcalendar サブルーチンで、書き出すデータの範囲が指定できるだけのようです。
ダミーサーバでだけ、動作するのは、これが理由だと思います。

# Generate a Data::ICal from a WWW::CybozuOffice6::Calendar
my $vcalendar = generate_vcalendar( $cal, { %$cfg, %opt } );		# ★ここでエラーが出てる

if ( $opt{update} ) {
    $vcalendar = update_vcalendar( $vcalendar, $opt{update}, { %$cfg, %opt } );		# ★date_range は、ここで使われる
}

ただの想像なのですけれど、曜日指定の繰り返しで、土曜、または日曜のスケジュールがありませんか？
繰り返しのタイプで [12345] というのは曜日らしいのですけれど、6 や 7 とか、週末だけの繰り返し、みたいのがあるんじゃないか、って。

TransFreeBSD さんがコメントに書いてくれた --output-csv オプションを指定したときに吐き出される CSV を確認してみてください。
コメントを再引用します。

ソースを追った限り、CSVで保存された5カラム目が $type になり、通常 %FREQUENCY のキーになっている[ymwdn12345]のいずれか1文字のはずです。
エラーがa-kuma3さんの見立て通りなら、これ以外になってる行があるはず。

CSVファイルの件は、具体的には下記かな？

./cybozu2ical --conf ./config.yaml --compat-google-calendar  --output-csv ./output.csv > ./ical.ics

「Can't use an undefined value as a HASH reference at ~」のエラー出ても保存はされてるはず。


ただ...いまさらですが..
http://code.google.com/p/ogawa/wiki/Cybozu2ICal

calendar_driver: 使用するカレンダードライバーを指定します。デフォルトでは「ApiCalendar」が使われます。現在のところ、カレンダードライバーとしてApiCalendarとSyncCalendarの2つが使用できます。サイボウズオフィス6を使用している場合にはSyncCalendarを指定することを強く勧めます。それ以外の場合はデフォルトで問題ありません。

SyncCalendarを使用した場合はどうでしょう。
これで解決したら笑っておきましょう :->


余談

繰り返しのタイプで [12345] というのは

第○週というのだと思います :-)
で $day が @WEEK_STRING に。

「給食配達」の予定が怪しいですね。
ただ、私はサイボウズを使ったことがないので、対応する予定（多分繰り返し条件）がどのようなものか想像できません。
取り合えず同様の繰り返し条件の予定のみにしたテスト環境で変換できるか確認して、エラーがでるなら、それが原因という事になります。
修正のほうは、私にはどう変換してよいのか分からないので、ちょっと...

＃ちなみにこれって公開していいものなんですかね？

反応が鈍くって、すみません　＞＜。

文字化けは、HASH のことを調べてるときに、ちょこちょこ情報がありました。

http://dameninngenn.sblo.jp/article/35403660.html

URL指定でデータをインポートする場合、レスポンスヘッダで文字コードを指定しないと文字化けするようです。

http://www.alglab.com/Home/ProgramTool/Cybozu2ical

.htaccess 作って下記の指定をいれたら、化けなくなったみたいだ。

.htaccess を置いたディレクトリから、その配下に影響が及びます。
/var/www/html/ が、http のドキュメントルートでしょうか。
/var/www/html/ もしくは、/var/www/html/cybozu2ical-0.36/ に置いてください。

読ませようとしているファイルは、/var/www/html/cybozu2ical-0.36/ical.ics で、Google に読ませる URL は http://なにがし/cybozu2ical-0.36/ical.ics ってことで良いですよね？

Google に読ませる URL のレスポンスヘッダを確認できませんか？
Content-Type ヘッダが text/calendar; charset=UTF-8 になっているかどうか。
URL をさらしちゃうと、news1 さんの個人名までさらしちゃうしなあ...

コメントに貼ってもらったのは、リクエストヘッダです。
その下に、表形式で表示される HTTP Response Header の Content-Type: を確認してください。

Content-Type: text/calendar

Content-Type が上記のようになっていて、charset=UTF-8 が付いていません。
.htaccess の指定が効いていれば、以下のようになってるはずなんです。

text/calendar; charset=UTF-8

なんで効いてないのかなあ...
もし、apache を再起動できるなら、reload じゃなくて restart してみるとか。

＃ 後、ちょっとなのに！　＞＜。

これは難しい処理なのでしょうか？

これ、そういうプログラムを php で書く、ってことです。
php のプログラムを書かなきゃいけないし、php を cgi として動かすために、AddHandler とか .htaccess とかにも定義を追加しなきゃいけないし。
ちょっと、ハードルが上がります。

もしかして、デフォルトで php が使える状態になってる？
であれば、試す価値があるかも。

ファイルを読み込んで、その内容を出すだけの短いサンプルを探してみました。
http://www.confrage.com/php/forward/download/download.html

これを、ical.ics 用にちょっと書き換えます。

<?php
// ダウンロード元ファイルを指定します。ファイルパス（絶対パス、ファイル名まで含む）を指定します。
$fullpath = '/var/www/html/cybozu2ical-0.36/ical.ics';

// HTTPヘッダ送信
header("Content-type: text/calendar; charset=utf-8");

// ファイルを読み込んで出力します。
readfile($fullpath);
?>

cybozu2ical-0.36/ に download.php という名前で保存して、パーミッションを 705 (または、755) にします。
Google に読み込ませる URL を http://なにがし/cybozu2ical-0.36/download.php に設定する。

って感じになるかと思います。

あ、Google に読み込ませる前に、適当なブラウザで URL を開いてみる、のが先ですね。

質問投入から、明日の朝９時で、七日間のリミットが来てしまうので、質問をキャンセルしても良いのかも。
ぼくがついていける範囲であれば、付き合うのは構わないですけどね。

そっかー、php はデフォルトで使えるようになってないんですね。
.htaccess で、AddType がきちんと効いてないことを解決しないと、php の導入でも苦労しそうな気がします。

あ、php をインストールしたところを、あれなんですけど、ダウンロードの CGI を perl で書けば良いんじゃないか、ということに、いまさらながら気が付いた。

というわけで、↓のスクリプトをちょっといじる（ぼくは、perl が書けないので）。
http://chaichan.lolipop.jp/perlnote/perlnote2008-01-292.htm

#!/usr/bin/perl
use strict;

#宣言
my $FilePath = '/var/www/html/cybozu2ical-0.36/ical.ics';
my @FileName = split(/\\/, $FilePath);

#ダウンロードファイルオープン
open (DF, $FilePath) or die "cannot open '$!'";

#ヘッダー部ダウンロード
print <<"HERE1";
Content-type: text/calendar; charset=utf-8

HERE1

#本体ダウンロード
binmode DF;
binmode STDOUT;
while (my $DFdata = <DF>) {
    print STDOUT $DFdata;
}

#ダウンロードファイルクローズ
close DF;

最初の一行は、perl の置き場所によって /usr/local/bin/perl とかに変更する必要があるかも。
スクリプトを download.pl という名前で保存して、パーミッションを 705 (or 755) にするのは、php のときと同じ。
もし、.pl なファイルが cgi として動作するようになってなかったら、.htaccess に以下を追加して、httpd を restart。

AddHandler cgi-script .pl

念のための確認ですけど、.htaccess のファイル名って、ファイル名の先頭はピリオドになってますよね？

キャンセルで良かったのに。
これで、逃げられなくなっちゃったじゃないですか（嘘♪）