| Author |
|
rino88au
Newbie
Joined: 16 October 2014
Online Status: Offline
Posts: 24
|
| Posted: 23 October 2014 at 5:19am | IP Logged
|
|
|
Hello,
I have just installed webmail pro trial to test it out! While I was testing the calendar with mobile, I have noticed an issue:
If I set new event or edit an event over webmail calendar it doesn't get updated to the mobile even after the mobile sync the calendar successfully.
But If I set new event from phone it get update to webmail calendar! So pretty much any updates on the web interface doesn't get updated to the mobile if even I manually sync the calendar on the mobile multiple times.
I have tried to remove the calendar and reinstall the calendar on the mobile and renaming it, but nothing really worked out for me. It work one way update only (mobile-->to--> web).
I have also tried two different caldav android apps with 3 different mobiles. Same results! But calendar sync both ways nicely with owncloud without a problem and everything works fine!
I don't know if the problem is with the Dav server or webmail script in general!
Igor, if this is a problem with Dav server, is there a guide on how to make the webmail calendar to work with external server like "Baïkal" or "DAViCal".
I have read some documentations on your site, but nothing worked for me!
Thank you
|
| Back to Top |
|
| |
Igor
AfterLogic Support
Joined: 24 June 2008
Location: United States
Online Status: Offline
Posts: 6168
|
| Posted: 23 October 2014 at 5:40am | IP Logged
|
|
|
We've just tested this with Caldav Sync Free Beta app for Android, the issue is not reproduced there. Сan you tell us which applications you used?
And no, WebMail Pro isn't able to deal with external DAV servers for now, as it works with DAV server using database and API layers, not just DAV protocol itself.
--
Regards,
Igor, AfterLogic Support
|
| Back to Top |
|
| |
rino88au
Newbie
Joined: 16 October 2014
Online Status: Offline
Posts: 24
|
| Posted: 23 October 2014 at 6:37am | IP Logged
|
|
|
I have used the below apps, one of them is "Caldav Sync Free Beta":
CalDAV Sync Adapter (Caldav Sync Free Beta)
https://f-droid.org/repository/browse/?fdfilter=Caldav+Sync&fdid=org.gege.caldavsyncadapter
DavDroid
https://f-droid.org/repository/browse/?fdfilter=davdroid&fdid=at.bitfire.davdroid
|
| Back to Top |
|
| |
Igor
AfterLogic Support
Joined: 24 June 2008
Location: United States
Online Status: Offline
Posts: 6168
|
| Posted: 24 October 2014 at 2:26am | IP Logged
|
|
|
Interesting. Would it be possible to provide us with a test account on your setup? You can send us access details via HelpDesk.
Also, you can try using DAV sync at our Live Demo and see if it works for you. DAV URL is https://dav.afterlogic.com for it, password for demo accounts is demo.
--
Regards,
Igor, AfterLogic Support
|
| Back to Top |
|
| |
rino88au
Newbie
Joined: 16 October 2014
Online Status: Offline
Posts: 24
|
| Posted: 24 October 2014 at 6:17am | IP Logged
|
|
|
Igor, I have tested the calendar on the Live Demo account and the calendar worked very well without any problem!
Do I need to setup a sub-domain and redirect http://domain-name.com/dav.php to http://dav.domain-name.com Will that make any difference really? It shouldn't make any difference.
|
| Back to Top |
|
| |
Igor
AfterLogic Support
Joined: 24 June 2008
Location: United States
Online Status: Offline
Posts: 6168
|
| Posted: 24 October 2014 at 6:49am | IP Logged
|
|
|
This really depends on DAV client, but since you were able to configure sync on your device in the first place, I wouldn't suspect this is what's causing the issue. Still, setting a dedicated subdomain, or a dedicated port (iOS clients use port 8008 for that) is a recommended option.
--
Regards,
Igor, AfterLogic Support
|
| Back to Top |
|
| |
rino88au
Newbie
Joined: 16 October 2014
Online Status: Offline
Posts: 24
|
| Posted: 24 October 2014 at 5:40pm | IP Logged
|
|
|
I'm not really a technical person but I'm trying my best to get this to work.
Now, I have sub-domain for dav server http://dav.domain-name.com
The sub-domain http://dav.domain-name.com now pointing to http://domain-name.com/dav.php/
Below is a copy of .htaccess that placed in the sub-domain folder named "dav"
**********************************************
**********************************************
RewriteEngine on
# Use PHP5.4 as default
AddHandler application/x-httpd-php54 .php
RewriteCond %{HTTP_HOST} ^dav\.domain-name\.com$ [OR]
RewriteCond %{HTTP_HOST} ^www\.dav\.domain-name\.com$
RewriteRule ^/?$ "http\:\/\/domain-name\.com\/dav\.php\/" [R=301,L]
**********************************************
**********************************************
The above .htaccess file code is just redirecting http://dav.domain-name.com -->>to-->> http://domain-name.com/dav.php/
According to this link DAV_server_configuration I need to add to the above .htaccess file three things:
1-VirtualHost
2-DocumentRoot /var/www/webmail/dav/
3-Modify the "RewriteRule" line above
I have tried for hours to add the above three codes with modification to match my domain but it didn't work at all!
Can you please modify the above .htaccess code to make the redirection link land on http://dav.domain-name.com instead of landing on http://domain-name.com/dav.php as per live demo version https://dav.afterlogic.com/
Thank you
|
| Back to Top |
|
| |
Igor
AfterLogic Support
Joined: 24 June 2008
Location: United States
Online Status: Offline
Posts: 6168
|
| Posted: 27 October 2014 at 3:37am | IP Logged
|
|
|
Quote:
| The sub-domain http://dav.domain-name.com now pointing to http://domain-name.com/dav.php/ |
|
|
I believe this might be exactly what's causing the problem. That subdomain should actually be pointing to /dav/ subdirectory, with server.php set as document root.
--
Regards,
Igor, AfterLogic Support
|
| Back to Top |
|
| |
rino88au
Newbie
Joined: 16 October 2014
Online Status: Offline
Posts: 24
|
| Posted: 27 October 2014 at 5:24am | IP Logged
|
|
|
I have changed it and the sub-domain now pointing to /dav/ subdirectory and no difference.
The calender still sync as before but it is not working same way as it on your site!
Also, When I request http://dav.domain-name.com the web page land on http://domain-name.com/dav/server.php That is no difference as I can just request http://domain-name.com/dav/server.php directly without redirecting!
I think you didn't get what I asked for. e.g when you click on https://dav.afterlogic.com the page land on same address https://dav.afterlogic.com and it doesn't change after you login
how did you do that ??
|
| Back to Top |
|
| |
Igor
AfterLogic Support
Joined: 24 June 2008
Location: United States
Online Status: Offline
Posts: 6168
|
| Posted: 27 October 2014 at 5:30am | IP Logged
|
|
|
Oh, it's about the flags supplied for RewriteRule directive. If you supply [R=301] it will work as external redirect - which is something unwanted in this case. Try supplying just the [L] flag and see if that helps.
--
Regards,
Igor, AfterLogic Support
|
| Back to Top |
|
| |
rino88au
Newbie
Joined: 16 October 2014
Online Status: Offline
Posts: 24
|
| Posted: 27 October 2014 at 5:44am | IP Logged
|
|
|
Here what I have done exactly with screenshots
This is a copy of .htaccess file
RewriteEngine on
# Use PHP5.4 as default
AddHandler application/x-httpd-php54 .php
RewriteCond %{HTTP_HOST} ^dav\.domain-name\.com$ [OR]
RewriteCond %{HTTP_HOST} ^www\.dav\.domain-name\.com$
RewriteRule ^/?$ "http\:\/\/domain-name\.com\/dav\.php\/" [R=301,L]
I have changed the above [R=301,L] to [ L ] as advised and still the same :)
|
| Back to Top |
|
| |
Igor
AfterLogic Support
Joined: 24 June 2008
Location: United States
Online Status: Offline
Posts: 6168
|
| Posted: 27 October 2014 at 5:49am | IP Logged
|
|
|
And still that rewrite rule doesn't look right. The redirect should be to /dav/ subdirectory, and for that directory, server.php file should be set as document root.
--
Regards,
Igor, AfterLogic Support
|
| Back to Top |
|
| |
rino88au
Newbie
Joined: 16 October 2014
Online Status: Offline
Posts: 24
|
| Posted: 27 October 2014 at 5:50am | IP Logged
|
|
|
How can I do what it says here
///////////////////////////////////////////
It is strongly advised to configure your web server so that URLs are rewritten and easier to enter from, say, mobile device. In case of Apache, this is done by adding virtual host with the following configuration:
************************************
<VirtualHost *:*>
DocumentRoot /var/www/webmail/dav/
RewriteEngine On
RewriteRule ^/(.*)$ /server.php [ L ]
</VirtualHost>
************************************
DocumentRoot should point to dav subdirectory of WebMail installation location. Standard port 80 is used. Many applications, however, treat port 8008 as a default one, configuration would look a bit different in this case:
************************************
NameVirtualHost *:8008
Listen 8008
<VirtualHost *:8008>
DocumentRoot /var/www/webmail/dav/
RewriteEngine On
RewriteRule ^/(.*)$ /server.php [ L ]
</VirtualHost>
************************************
|
| Back to Top |
|
| |
Igor
AfterLogic Support
Joined: 24 June 2008
Location: United States
Online Status: Offline
Posts: 6168
|
| Posted: 27 October 2014 at 5:53am | IP Logged
|
|
|
Those suggestions are only guaranteed to work if you have access to main configuration file of web server. In case of shared hosting, there's no universal solution, tweaking .htaccess file may or may not help.
--
Regards,
Igor, AfterLogic Support
|
| Back to Top |
|
| |
rino88au
Newbie
Joined: 16 October 2014
Online Status: Offline
Posts: 24
|
| Posted: 27 October 2014 at 5:54am | IP Logged
|
|
|
I have done it again and here what it looks like
RewriteRule ^/?$ "http\:\/\/domain-name\.com\/dav\/server\.php" [ L ]
|
| Back to Top |
|
| |
rino88au
Newbie
Joined: 16 October 2014
Online Status: Offline
Posts: 24
|
| Posted: 27 October 2014 at 6:11am | IP Logged
|
|
|
The phone is connecting and syncing successfully to the server and I have just checked on database on table "adav_calendarobjects" But I saw funny thing there and I think this is the issue.
Here is copy of calendardata that was created by the web calendar
****************************
BEGIN:VCALENDAR
VERSION:2.0
PRODID:-//Sabre//Sabre VObject 3.3.0//EN
CALSCALE:GREGORIAN
BEGIN:VEVENT
SEQUENCE:1
TRANSP:OPAQUE
DTSTAMP;TZID=America/Denver:20141027T065759
LAST-MODIFIED;TZID=America/Denver:20141027T065759
UID:9b50a1cf-7337-478d-b008-d0522c0f5274
DTSTART;VALUE=DATE:20141028
DTEND;VALUE=DATE:20141029
SUMMARY:hello from the web
DESCRIPTION:
LOCATION:
END:VEVENT
END:VCALENDAR
****************************
Here is copy of calendardata that was created by mobile app
****************************
BEGIN:VCALENDAR
PRODID:-//Ben Fortuna//iCal4j 1.0//EN
VERSION:2.0
CALSCALE:GREGORIAN
BEGIN:VEVENT
DTSTAMP:20141027T130719Z
DTSTART;TZID=Europe/London:20141027T133050
DTEND;TZID=Europe/London:20141027T143050
SUMMARY:hello from my phone
CLASS:PUBLIC
STATUS:TENTATIVE
UID:c63d6ad0-51e8-4c83-bb50-5e5beb0a95e3-caldavsyncadapter
ORGANIZER;RSVP=TRUE;CN=;PARTSTAT=ACCEPTED;ROLE=NON-PARTICIPANT:mailto:1@domain-name.com@http://domain-name.com/dav.php
BEGIN:VALARM
TRIGGER;VALUE=DURATION:-PT10M
DESCRIPTION:caldavsyncadapter standard description
ACTION:DISPLAY
END:VALARM
END:VEVENT
BEGIN:VTIMEZONE
TZID:Europe/London
TZURL:http://tzurl.org/zoneinfo/Europe/London
X-LIC-LOCATION:Europe/London
BEGIN:DAYLIGHT
TZOFFSETFROM:+0000
TZOFFSETTO:+0100
TZNAME:BST
DTSTART:19810329T010000
RRULE:FREQ=YEARLY;BYMONTH=3;BYDAY=-1SU
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:+0100
TZOFFSETTO:+0000
TZNAME:GMT
DTSTART:19961027T020000
RRULE:FREQ=YEARLY;BYMONTH=10;BYDAY=-1SU
END:STANDARD
BEGIN:STANDARD
TZOFFSETFROM:-000115
TZOFFSETTO:+0000
TZNAME:GMT
DTSTART:18471201T000000
RDATE:18471201T000000
END:STANDARD
BEGIN:DAYLIGHT
TZOFFSETFROM:+0000
TZOFFSETTO:+0100
TZNAME:BST
DTSTART:19160521T020000
RDATE:19160521T020000
RDATE:19170408T020000
RDATE:19180324T020000
RDATE:19190330T020000
RDATE:19200328T020000
RDATE:19210403T020000
RDATE:19220326T020000
RDATE:19230422T020000
RDATE:19240413T020000
RDATE:19250419T020000
RDATE:19260418T020000
RDATE:19270410T020000
RDATE:19280422T020000
RDATE:19290421T020000
RDATE:19300413T020000
RDATE:19310419T020000
RDATE:19320417T020000
RDATE:19330409T020000
RDATE:19340422T020000
RDATE:19350414T020000
RDATE:19360419T020000
RDATE:19370418T020000
RDATE:19380410T020000
RDATE:19390416T020000
RDATE:19400225T020000
RDATE:19460414T020000
RDATE:19470316T020000
RDATE:19480314T020000
RDATE:19490403T020000
RDATE:19500416T020000
RDATE:19510415T020000
RDATE:19520420T020000
RDATE:19530419T020000
RDATE:19540411T020000
RDATE:19550417T020000
RDATE:19560422T020000
RDATE:19570414T020000
RDATE:19580420T020000
RDATE:19590419T020000
RDATE:19600410T020000
RDATE:19610326T020000
RDATE:19620325T020000
RDATE:19630331T020000
RDATE:19640322T020000
RDATE:19650321T020000
RDATE:19660320T020000
RDATE:19670319T020000
RDATE:19680218T020000
RDATE:19720319T020000
RDATE:19730318T020000
RDATE:19740317T020000
RDATE:19750316T020000
RDATE:19760321T020000
RDATE:19770320T020000
RDATE:19780319T020000
RDATE:19790318T020000
RDATE:19800316T020000
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:+0100
TZOFFSETTO:+0000
TZNAME:GMT
DTSTART:19161001T030000
RDATE:19161001T030000
RDATE:19170917T030000
RDATE:19180930T030000
RDATE:19190929T030000
RDATE:19201025T030000
RDATE:19211003T030000
RDATE:19221008T030000
RDATE:19230916T030000
RDATE:19240921T030000
RDATE:19251004T030000
RDATE:19261003T030000
RDATE:19271002T030000
RDATE:19281007T030000
RDATE:19291006T030000
RDATE:19301005T030000
RDATE:19311004T030000
RDATE:19321002T030000
RDATE:19331008T030000
RDATE:19341007T030000
RDATE:19351006T030000
RDATE:19361004T030000
RDATE:19371003T030000
RDATE:19381002T030000
RDATE:19391119T030000
RDATE:19451007T030000
RDATE:19461006T030000
RDATE:19471102T030000
RDATE:19481031T030000
RDATE:19491030T030000
RDATE:19501022T030000
RDATE:19511021T030000
RDATE:19521026T030000
RDATE:19531004T030000
RDATE:19541003T030000
RDATE:19551002T030000
RDATE:19561007T030000
RDATE:19571006T030000
RDATE:19581005T030000
RDATE:19591004T030000
RDATE:19601002T030000
RDATE:19611029T030000
RDATE:19621028T030000
RDATE:19631027T030000
RDATE:19641025T030000
RDATE:19651024T030000
RDATE:19661023T030000
RDATE:19671029T030000
RDATE:19711031T030000
RDATE:19721029T030000
RDATE:19731028T030000
RDATE:19741027T030000
RDATE:19751026T030000
RDATE:19761024T030000
RDATE:19771023T030000
RDATE:19781029T030000
RDATE:19791028T030000
RDATE:19801026T030000
RDATE:19811025T020000
RDATE:19821024T020000
RDATE:19831023T020000
RDATE:19841028T020000
RDATE:19851027T020000
RDATE:19861026T020000
RDATE:19871025T020000
RDATE:19881023T020000
RDATE:19891029T020000
RDATE:19901028T020000
RDATE:19911027T020000
RDATE:19921025T020000
RDATE:19931024T020000
RDATE:19941023T020000
RDATE:19951022T020000
END:STANDARD
BEGIN:DAYLIGHT
TZOFFSETFROM:+0100
TZOFFSETTO:+0200
TZNAME:BDST
DTSTART:19410504T020000
RDATE:19410504T020000
RDATE:19420405T020000
RDATE:19430404T020000
RDATE:19440402T020000
RDATE:19450402T020000
RDATE:19470413T020000
END:DAYLIGHT
BEGIN:DAYLIGHT
TZOFFSETFROM:+0200
TZOFFSETTO:+0100
TZNAME:BST
DTSTART:19410810T030000
RDATE:19410810T030000
RDATE:19420809T030000
RDATE:19430815T030000
RDATE:19440917T030000
RDATE:19450715T030000
RDATE:19470810T030000
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:+0100
TZOFFSETTO:+0100
TZNAME:BST
DTSTART:19681027T000000
RDATE:19681027T000000
END:STANDARD
BEGIN:STANDARD
TZOFFSETFROM:+0000
TZOFFSETTO:+0000
TZNAME:GMT
DTSTART:19960101T000000
RDATE:19960101T000000
END:STANDARD
END:VTIMEZONE
END:VCALENDAR
****************************
Oh, do you see the difference in data between the one that was created by the web and other that was created by the phone!
|
| Back to Top |
|
| |
Igor
AfterLogic Support
Joined: 24 June 2008
Location: United States
Online Status: Offline
Posts: 6168
|
| Posted: 27 October 2014 at 6:24am | IP Logged
|
|
|
Quote:
| Oh, do you see the difference in data between the one that was created by the web and other that was created by the phone! |
|
|
Indeed it's rather different. Mobile client supplies timezone-related information, our WebMail doesn't as we're using UTC only, and that's pretty much it.
--
Regards,
Igor, AfterLogic Support
|
| Back to Top |
|
| |
rino88au
Newbie
Joined: 16 October 2014
Online Status: Offline
Posts: 24
|
| Posted: 27 October 2014 at 5:44pm | IP Logged
|
|
|
Ok, thanks for the explanation.
I have freshly installed the script on different server this morning, and I am still facing same issue with the calendar that I have mentioned on my first post above! everything else works fine.
If you have time, maybe you can try to download the Webmail pro trial version and do fresh installation and see if you will face that issue or not. If it will work fine, please send me the link to test it.
PS:: Just make sure to setup the script using the built-in installation wizard and the default settings and values for the dav server without creating subdomain or redirection for the dav sub-directory!
Thanks for your help.
|
| Back to Top |
|
| |
Igor
AfterLogic Support
Joined: 24 June 2008
Location: United States
Online Status: Offline
Posts: 6168
|
| Posted: 28 October 2014 at 3:43am | IP Logged
|
|
|
Indeed, I plan to check this on a blank install. However, since we're going to release version 7.4.1 later today, I'll be setting up this new version - just in case there were issues in previous releases.
I'll post back here if I have news in this regard.
--
Regards,
Igor, AfterLogic Support
|
| Back to Top |
|
| |
rino88au
Newbie
Joined: 16 October 2014
Online Status: Offline
Posts: 24
|
| Posted: 29 October 2014 at 3:15pm | IP Logged
|
|
|
I have installed the new version 7.4.1 and to be honest I like the older version better as the new version has some lagging when you try to shift between different sections within the site itself. e.g. when I click on contacts then settings or anything else the site doesn't respond as quick as the previous version. That might happen with sometimes after negativing between sections , I just gave an example! It seems there is something loading in the background.
I have checked that issue with the demo version that is running on your server and everything works fine without lagging.
I strongly recommend, that your guys have to wipe out the installed demo version and its db and do fresh installation to experience what other customer experiencing as your demo version look the same but it preform completely different than the offered trial version that you offer others to try!
Also, Calendar issue still remaining in the new version.
|
| Back to Top |
|
| |
Igor
AfterLogic Support
Joined: 24 June 2008
Location: United States
Online Status: Offline
Posts: 6168
|
| Posted: 30 October 2014 at 4:01am | IP Logged
|
|
|
Honestly, not sure how the performance may be different between fresh install and upgraded version, maybe there are other factors affecting it. Just in case, make sure you have content of data/cache directory purged. We use WebMail demo for our own purposes as well so purging database is not an option, but as for the files, old ones are removed completely when deploying new demo version.
With regard to calendar sync, I was actually able to reproduce the problem on my own server, so I will certainly be looking into this deeper. Will be in touch once there are news.
--
Regards,
Igor, AfterLogic Support
|
| Back to Top |
|
| |
rino88au
Newbie
Joined: 16 October 2014
Online Status: Offline
Posts: 24
|
| Posted: 31 October 2014 at 7:19am | IP Logged
|
|
|
Ok, thanks.
I have other question here about file storage location for webmail.
How to change webmail file storage location from-->
public_html/domain-name.com/webmail/data/files/private/username
to--> ownclould file storage location
public_html/domain-name.com/owncloud/data/username/files
|
| Back to Top |
|
| |
Igor
AfterLogic Support
Joined: 24 June 2008
Location: United States
Online Status: Offline
Posts: 6168
|
| Posted: 31 October 2014 at 7:57am | IP Logged
|
|
|
Well, that path is actually built from several elements, one of them is data directory location while others are defined in libraries/afterlogic/DAV/Constants.php file:
Code:
const FILESTORAGE_PATH_ROOT = '/files';
const FILESTORAGE_PATH_PERSONAL = '/private'; |
|
|
and building is performed in libraries/afterlogic/DAV/Server.php file:
Code:
$personalDir = \CApi::DataPath() . Constants::FILESTORAGE_PATH_ROOT .
Constants::FILESTORAGE_PATH_PERSONAL; |
|
|
so you can modify that code so that files are stored where you need them to be.
--
Regards,
Igor, AfterLogic Support
|
| Back to Top |
|
| |
MailBee.NET Objects 
MailBee.NET Queue 
MailBee Objects 
WebMail Pro PHP 
AfterLogic Aurora 
MailSuite Pro for Linux 
Unified Messaging Solution 
Search
Register
Login
Topic: Caldav sync & calendar update issue
Privacy policy |
Refund policy