RE: [SOGo] Junk mail with outlook via EAS

2017-05-30 Thread "Florian GRUEL"
Hi,


After some investigations :
-It seems that moving mail, sometime move it on the server sometime don't. :s
-Using the "block sender" function of outlook never move the mail on the server
-drag & drop mail to the "courrier indesirable" (junk) mail folder, doesn't 
move it on the server.

It seems that outlook don't send a command after blocking a sender (ok for 
that) but I have to see something in the log for the mail moving !
Is there something that I 've to look for when searching thru the log file ?

It's very difficult to parse the log file on the production server, is there a 
way to debug a single user  / device ?

Thanks for your help

-Message d'origine-
De : "Thomas Fuehrer" [mailto:tfu@aon.atus...@sogo.nu] 
Envoyé : mercredi 24 mai 2017 07:49
À : Florian GRUEL <users@sogo.nu>
Objet : AW: [SOGo] Junk mail with outlook via EAS

Hi Florian,
set SOGoEASDebugEnabled and check what OL is sending to the server when you 
apply the feature.

Regards,
Thomas

 Florian GRUEL schrieb 

Hello,



I'm using Sogo nightly with dovecot 2.2.13



When in Outlook I move a junk mail to the corresponding folder, or use the 
blacklist function (don't know the name of the option in English), The mail 
stay in the Inbox.

The problem is the same is the same with legitmate mails, but I keep them in 
the inbox, no need to order them :P





Is anybody has experienced the same problem ?

Wich debug option I need to activate : SOGoDebugRequests? ImapDebugEnabled?
SOGoEASDebugEnabled ?





Thank everybody



--
users@sogo.nu
https://inverse.ca/sogo/lists
--
users@sogo.nu
https://inverse.ca/sogo/lists

-- 
users@sogo.nu
https://inverse.ca/sogo/lists

[SOGo] Junk mail with outlook via EAS

2017-05-22 Thread &quot;Florian GRUEL"
Hello,

 

I'm using Sogo nightly with dovecot 2.2.13

 

When in Outlook I move a junk mail to the corresponding folder, or use the
blacklist function (don't know the name of the option in English), The mail
stay in the Inbox.

The problem is the same is the same with legitmate mails, but I keep them in
the inbox, no need to order them :P

 

 

Is anybody has experienced the same problem ?

Wich debug option I need to activate : SOGoDebugRequests? ImapDebugEnabled?
SOGoEASDebugEnabled ?

 

 

Thank everybody

 

-- 
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] ANN: SOGo Package Repositories

2016-07-20 Thread Florian GRUEL

Hello all,

A software like Sogo isn't free to develop.

For my companie the minimun 700$ support option is a beat too expensive, 
but I'm certain that some of us can subscribe for an option without 
support, and just to access the repo if the cost is cheaper.


So inverse can earn some money too continue develop this tools, and the 
users have a "not so much" expensive option too contribute.



My 2 cents ...


*Florian GRUEL
Responsable Systèmes d'Information
*
**<http://www.sysoco.fr/>

**SYSOCO
36 rue Vaucanson - CS 20815
69153 DECINES CHARPIEU cedex

*Tél. : +33(0)4 81 65 23 28
@ :**florian.gr...@sysoco.fr <mailto:florian.gr...@sysoco.fr>
WEB :www.sysoco.fr <http://www.sysoco.fr/>*

« Garantir vos communications en situation d’exploitation ou d’urgence »
 Message original 
*Sujet : *[SOGo] ANN: SOGo Package Repositories
*De : *Ludovic Marcotte (lmarco...@inverse.ca) <users@sogo.nu>
*Pour : *users@sogo.nu
*Date : *19/07/2016 18:13


Hello,

Over the past 10 years, Inverse has been developing SOGo and providing 
everything (software packages, documentation, etc.) completely free of 
charge. A massive number of organizations worldwide have successfully 
deployed SOGo and benefit for free from the continuous enhancements of 
the software.


After many months of discussion and thinking, we made the decision to 
close down the public package repositories. From now on, in order to 
access the production builds of SOGo for various Linux distributions, 
you will need a proper support contract from Inverse. The options are 
listed here:


https://sogo.nu/support/index.html#support-plans

Payments can be made by credit card.

We hope that this move will help Inverse to:

  * increase its investments in SOGo
  * accelerate SOGo v3 evolution by adding more features (S/MIME,
alternate storage backends, etc.)
  * expedite bugs fixing and small feature additions
  * invest in gravitational projects
  * extend its support to more Linux distributions
  * create a VAR channel to resell and participate in providing support

Tying up package repositories to a support agreement is important for 
us as Inverse strives to offer stellar support and we want to bring 
more value for the money to each customer. Current organizations that 
have a support contract with us will automatically get access to the 
package repositories. Official packages also offer the advantage of 
being thoroughly tested before they are released.


SOGo will continue to remain entirely Free and Open Source. The source 
code will always be fully available and we will keep using the current 
licenses. Nightly builds will also remain available to all, as well as 
the ZEG configured with the latest software.


Thanks for your support and understanding. Together, we all make SOGo 
better!


--
Ludovic Marcotte
lmarco...@inverse.ca   ::  +1.514.755.3630  ::http://inverse.ca
Inverse inc. :: Leaders behind SOGo (http://sogo.nu), PacketFence 
(http://packetfence.org) and Fingerbank (http://fingerbank.org)
--
users@sogo.nu
https://inverse.ca/sogo/lists


--
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] SOGo - expire-autoreply in systems with dovecot

2013-09-17 Thread Florian GRUEL
With dovecot I got a similar problem solved by adding  to 
/etc/dovecot/dovecot.master  the folowing :


 sogo:{SHA}encriptedpasswd

and adding  to /etc/dovecot/dovecot.conf

auth_master_user_separator = *
passdb passwd-file {
  args = /etc/dovecot/dovecot.master
  master=yes
}


 following this instructions : 
http://wiki.dovecot.org/Authentication/MasterUsers


Hope this help


*Florian GRUEL*

**
 Message original 
*Sujet: *[SOGo] SOGo - expire-autoreply in systems with dovecot
*De : *Michal Kminek mkmi...@getnet.cz
*Pour : *users@sogo.nu
*Date : *17/09/2013 17:25

Hi,

I have a problem with expire-autoreply when using sogo-tool. The 
vacation autoreply works but I can't setup expiration of the autoreply.


There is a line in /etc/cron.d/sogo
0 0 * * *  sogo/usr/sbin/sogo-tool expire-autoreply -p 
/etc/sogo/sieve.creds


Some sieve admin credentials are expected in sieve.creds file but I do 
not have any sieve admin in my system.
The script above works if I put name:password of an existing user into 
the file. Then it works for the user but I need it for every user. 
Maybe a different approach should be used. Rather the sieve admin is 
defined only in cyrus-imap system. Has anybody any experience with that?


Thanks,
Michal


My system is CentOS 6.4 x86_64 and I have installed the following 
packages from ATRPMS repo


dovecot-pigeonhole-0.4.1-30.el6.x86_64
dovecot-2.2.5-2_140.el6.x86_64
dovecot-managesieve-0.4.1-30.el6.x86_64





attachment: florian_gruel.vcf

Re: [SOGo] Regarding installation of SOgo

2013-07-15 Thread Florian GRUEL

RTFM


All your questions are answered in the documentation.
--
users@sogo.nu
https://inverse.ca/sogo/listsattachment: florian_gruel.vcf

Re: [SOGo] sogo-tool expire-autoreply script

2013-02-06 Thread Florian GRUEL

Look at this page, it's where I found the answer last week !

http://wiki.dovecot.org/Authentication/MasterUsers


Le 06/02/2013 11:28, mich...@los-pollos.co a écrit :

ly the sogo-tool expire-autoreply script.

The script appears to require a username:password but I am struggling to
understand what that user and password should be. Some documentation says it
should be sieve-admin yet only cyrus imap allows the definition of a
sieve_admin in its conf file, dovecot sieve config doesn’t appear to have
this. I have also read somewhere that a dovecot master user should be setup and
this should be used, which I have tried by entering u%*master:[password]  but
when running manually via /usr/sbin/sogo-tool expire-autoreply
%u*master:[password] I just get errors:


--
users@sogo.nu
https://inverse.ca/sogo/lists


[SOGo] Syncing suscribed calendar with Funambol

2013-01-04 Thread Florian GRUEL

Hello,

Funambol sync correctly all my personal calendars, but when trying to 
add a suscribed calendar I got this error in funambol logs


[2013-01-04 16:54:53,987] [funambol.sogo] [INFO] 
[35FBD847D434E8175B88292968FBDCA0] [127.0.0.1] [fac-10-354423020622128] 
[FGL] [sogo-cal] getSyncItemFromId( { keyValue: 
2788-50E56A00-1-275F5440.ics } )
[2013-01-04 16:54:53,992] [funambol.sogo] [INFO] 
[35FBD847D434E8175B88292968FBDCA0] [127.0.0.1] [fac-10-354423020622128] 
[FGL] [sogo-cal] Preferred item type: 1
[2013-01-04 16:54:53,992] [funambol.sogo] [INFO] 
[35FBD847D434E8175B88292968FBDCA0] [127.0.0.1] [fac-10-354423020622128] 
[FGL] [sogo-cal] Getting classification for key: 
2788-50E56A00-1-275F5440.ics in location: sogoECS00115658e6f
[2013-01-04 16:54:53,992] [funambol.sogo] [INFO] 
[35FBD847D434E8175B88292968FBDCA0] [127.0.0.1] [fac-10-354423020622128] 
[FGL] [sogo-cal] Item found, returned role: 4
[2013-01-04 16:54:53,993] [funambol.sogo] [INFO] 
[35FBD847D434E8175B88292968FBDCA0] [127.0.0.1] [fac-10-354423020622128] 
[FGL] [sogo-cal] Looking up roles for FGL object: /ECS/Calendar/personal 
tablename: sogoECS00115658e6f_acl
[2013-01-04 16:54:53,993] [funambol.sogo] [INFO] 
[35FBD847D434E8175B88292968FBDCA0] [127.0.0.1] [fac-10-354423020622128] 
[FGL] [sogo-cal] classification: 4 role: 68 roles: 0
[2013-01-04 16:54:53,993] [funambol.handler] [ERROR] 
[35FBD847D434E8175B88292968FBDCA0] [127.0.0.1] [fac-10-354423020622128] 
[FGL] [] Error processing message

java.lang.NullPointerException
at 
com.funambol.server.engine.Sync4jEngine.completeItemInfo(Sync4jEngine.java:1922)
at 
com.funambol.server.session.SyncSessionHandler.splitSyncCommand(SyncSessionHandler.java:2675)
at 
com.funambol.server.session.SyncSessionHandler.commandsToSend(SyncSessionHandler.java:2592)
at 
com.funambol.server.session.SyncSessionHandler.processInitSyncMapMessage(SyncSessionHandler.java:1064)
at 
com.funambol.server.session.SyncSessionHandler.processMessage(SyncSessionHandler.java:544)
at 
com.funambol.server.engine.SyncAdapter.processInputMessage(SyncAdapter.java:491)
at 
com.funambol.server.engine.SyncAdapter.processMessage(SyncAdapter.java:442)
at 
com.funambol.server.engine.SyncAdapter.processWBXMLMessage(SyncAdapter.java:265)
at 
com.funambol.transport.http.server.LocalSyncHolder.processWBXMLMessage(LocalSyncHolder.java:118)
at 
com.funambol.transport.http.server.Sync4jServlet.doPost(Sync4jServlet.java:398)

at javax.servlet.http.HttpServlet.service(HttpServlet.java:710)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) 

at 
com.funambol.transport.http.server.LogContextFilter.doFilter(LogContextFilter.java:137)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at 
com.funambol.transport.http.server.SyncResponseTimeFilter.doFilter(SyncResponseTimeFilter.java:151)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)


Is there somebody that have already faced this problem ?

Thanks

attachment: florian_gruel.vcf

Re: [SOGo] Adress Book Content does not sync

2013-01-03 Thread Florian GRUEL

I've found the answer !

The uid of the users are in CAPITAL and the url used in TB was in lower 
case.

when all is set to capital it's seams to sync well.

so only the cardav protocol seams to be case sensitive...


Hope this help !

Le 20/12/2012 10:50, florian.gr...@sysoco.fr a écrit :

I'm currently trying to deploy Sogo v2.03 on debian 6 installed from inverse
repository.

Calendar Sync works fine, but for address book Only the list of address book
sync on each TB restart, but not the contents !
Manual sync seems to make an never ending wait 
Using the web interface everything is OK.

I've tried to use the same sogo connector extension against the ZEG virtual
machine and it's work perfectly, so this may come from the server config, or
may be this is a bug ...

Any help is welcome !


On sogo.log this line appear when trying to sync :
192.168.10.194 - - [19/Dec/2012:18:37:57 GMT] PROPFIND
/SOGo/dav/fgl/Contacts/personal/ HTTP/1.1 207 420/175 0.006 1028 59% 8K

here the result og defaults read :

sogod SOGoDraftsFolderName INBOX/Drafts
sogod SOGoTrashFolderName INBOX/Trash
sogod SOGoSieveServer sieve://localhost
sogod SOGolanguage French
sogod WOWorkersCount 3
sogod SOGoVacationEnabled YES
sogod SOGoNotifyOnPersonalModifications YES
sogod SOGoTimeZone Europe/Paris
sogod SOGoSieveScriptsEnabled YES
sogod SOGoSentFolderName INBOX/Sent
sogod SOGoAppoitementSendEmailNotifications YES
sogod GCSFolderStoreDebugEnabled YES
sogod SOGoMailingMechanism smtp
sogod OCSSessionsFolderURL
postgresql://sogouser:sogopwd@server:5432/sogo/sogo_sessions_folders
sogod SOGoSMTPServer localhost
sogod SOGoIMAPServer localhost
sogod SOGoAddressBookDAVAccessEnabled YES
sogod SOGoCalendarDAVAccessEnabled YES
sogod SOGoProfileURL
postgresql://sogouser:sogopwd@server:5432/sogo/sogo_user_profile
sogod SOGoUserSources '(
 {
CNFieldName = cn;
IDFieldName = uid;
UIDFieldName = uid;
baseDN = ou=users,dc=company,dc=fr;
canAuthenticate = YES;
displayName = COMPANY;
hostname = ldap;
id = public;
isAddressBook = YES;
port = 389;
 }
)'
sogod SOGoMemcachedHost localhost
sogod OCSEmailAlarmsFolderURL
postgresql://sogouser:sogopwd@server:5432/sogo/sogo_alarms_folder
sogod SOGoCalendarDefaultRoles '(
 PublicViewer,
 ConfidentialDAndTViewer
)'
sogod SOGoMailDomain company.fr
sogod OCSFolderInfoURL
postgresql://sogouser:sogopwd@server:5432/sogo/sogo_folder_info
sogod SOGoHideSystemEmail YES
sogod SOGoSMTPAuthenticationType PLAIN
sogod SOGoFirstDayOfWeek 1


and here the  content of /etc/apache2/conf.d/SOGo.conf :

Alias /SOGo.woa/WebServerResources/ \
   /usr/lib/GNUstep/SOGo/WebServerResources/
Alias /SOGo/WebServerResources/ \
   /usr/lib/GNUstep/SOGo/WebServerResources/
AliasMatch /SOGo/so/ControlPanel/Products/(.*)/Resources/(.*) \
   /usr/lib/GNUstep/SOGo/$1.SOGo/Resources/$2

Directory /usr/lib/GNUstep/SOGo/
 AllowOverride None
 Order deny,allow
 Allow from all

 IfModule expires_module
   ExpiresActive On
   ExpiresDefault access plus 1 year
 /IfModule
/Directory

LocationMatch
^/SOGo/so/ControlPanel/Products/.*UI/Resources/.*\.(jpg|png|gif|css|js)
   SetHandler default-handler
/LocationMatch

ProxyRequests Off
SetEnv proxy-nokeepalive 1
ProxyPreserveHost On
ProxyPass /SOGo http://127.0.0.1:2/SOGo retry=0

Proxy http://127.0.0.1:2/SOGo
   RequestHeader set x-webobjects-server-port 80
   RequestHeader set x-webobjects-server-name sogo
   RequestHeader set x-webobjects-server-url http://sogo.company.fr;

   RequestHeader set x-webobjects-server-protocol HTTP/1.0
   RequestHeader set x-webobjects-remote-host %{REMOTE_HOST}e env=REMOTE_HOST

   AddDefaultCharset UTF-8

   Order allow,deny
   Allow from all
/Proxy

RewriteEngine On
RewriteRule ^/SOGo/(.*)$ /SOGo/$1 [env=REMOTE_HOST:%{REMOTE_ADDR},PT]


--
*Florian GRUEL
Responsable Systèmes d'Information*

SYSOCO
Wireless technology
2/4 rue du 35ème régiment d'aviation
69673 BRON cedex
_

*Tél. : +33(0)4 81 18 57 08
@ : florian.gr...@sysoco.fr mailto:florian.gr...@sysoco.fr
WEB : www.sysoco.fr http://www.sysoco.fr/*

** « Garantir vos communications en situation d'exploitation ou d'urgence »
attachment: florian_gruel.vcf