lisanaberberi at yahoo.com
Wed Nov 10 05:11:07 PST 2010
i have a calenderserver version -2.4 from apple running on a linux squeeze box,
i have set up some users on the calendar server like joe
with the emailaddresses joe at domain.com and jack with jack at domain.com
the calendar server itself has the name cal.domain.com
if i send invitations form joe s iphone to jack at domain.com the server finds jack
on itself and all is working
if i send an invitation to a user that is not on the servet the email gets sent
out and holds the ics file.
the normal emailaccounts of jack and joe are on a imap server that is not
on that calendar server. it is a linux box running courier and postfix. so if a
email with an attached ics file arrives it gets forwarded to ics at domain.com
to be onnest i have to set that rule up on maildrop - so if someone has an idea
that please tell me) and so that ics email gets to the box and gets pulled via
by the calendar server that is processing the ics
is that way of mailrouting ok with the setup?
if not how can you handle innvitations that you get on your regular emailaddress
and which needs to get to the caldav server?
i assume that to pull just one pop account is compatible with many users on the
server? so that many mailboxes just forward their mails into that single account
to get processed.
second mailrouting question block
if the calendar server sends out an invitation to a extern user, how is the
i found out that in the exim logfile of calendar it showed that the server tried
also to send away an email with the address johnson.jack at cal.domain.com
so it seemed to me that the caldav server build the reply address out of the
username which the user takes to login and the hostname of the calendar. so if
server uses that way to selfbuild its reply address i have to setup the
mailrouting for *@cal.domain.com to get bundle all emails that get back to
ics at domain.com so that the server can poll them via pop
thank you very much for your previous replies,
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the calendarserver-dev