Re: Gnome evolution and RFC 6186

[André Rodier via desktop-devel-list]

On 03/04/18 09:59, Milan Crha wrote:
> On Tue, 2018-04-03 at 09:06 +0100, David Woodhouse wrote:
>>
>> On Tue, 2018-04-03 at 07:30 +0100, André Rodier via desktop-devel-
>> list wrote:
>>> I am setting up DNS records for email services automatic discovery
>>> (RFC 6186) but it seems that evolution is ignoring them.
> 
>   Hi,
> which version of Evolution we are talking about, please? The 3.28.0+
> does read SRV records and other stuff. Ideally Edit->Accounts->
> Add->Collection Account, which knows quite interesting things.
> 
>> You might do better on the evolution mailing list (now in Cc),
> 
> I'd avoid cross-posting, though you are correct that the evolution-list 
> is better for evolution-specific questions.
> 
>> It would also be useful to delegate the various protocols'
>> autodiscover mechanisms to the back ends, instead of having protocol-
>> specific knowledge for EWS, ActiveSync, IMAP and other stuff hard-
>> coded into Evolution itself.
> 
> Already done and possible, in 3.28.0+. The "old" (and still used)
> autoconfig uses the information based on the domain part of the email,
> while this information is stored on a GNOME server.
>   Bye,
>   Milan
> ___
> desktop-devel-list mailing list
> desktop-devel-list@gnome.org
> https://mail.gnome.org/mailman/listinfo/desktop-devel-list
> 

Hello Milan,

Sorry, I should have specified the version. My version is perhaps old, 3.22.

I am glad to know that the latest version implement DNS lookup. I wanted
to be sure that I did not forget a standard, and also wanted to check
that the RFC was widely used.

I will make sure to post in the right list next time.

Kind regards,
André

-- 
https://github.com/progmaticltd/homebox
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: [GitLab] Duplicates handling, feedback for meeting with GitLab

[Georges Basile Stavracas Neto]

Hi Carlos,

thanks for leading this meeting. I believe you're covering the most
important points, and have nothing to add.

With respect,
Georges

Em ter, 3 de abr de 2018 às 11:29, Carlos Soriano 
escreveu:

> Hello all,
>
> I'm having a meeting with GitLab on Friday about what we are missing for
> duplicates handling as part of one of the high priority items
> . I identified the
> following points (upstream comment
> ):
>
> * There is no UI for creating duplicates, like a button or so, but rather
> is semi-hidden with slash commands.
> * There is not clear UI that shows the duplicate status of the bug report
> when browsing or searching bug reports, neither indication for to which
> report is duplicated to.
> * It's not possible to filter out duplicated bug reports when searching
> and/or listing.
> * There is not clear UI that lists the duplicated bugs linked to a single
> report in order for the maintainer and bug triaging team to have a single
> source where to look for more comments and cases about that issue.
> * There is no duplicate creation prevention, as Bugzilla does providing
> possible duplicates when the user tries to create a bug report.
>
> Any other points I should bring up? Thoughts on those listed here?
>
> Cheers
> ___
> desktop-devel-list mailing list
> desktop-devel-list@gnome.org
> https://mail.gnome.org/mailman/listinfo/desktop-devel-list
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

[GitLab] Duplicates handling, feedback for meeting with GitLab

[Carlos Soriano]

Hello all,

I'm having a meeting with GitLab on Friday about what we are missing for
duplicates handling as part of one of the high priority items
. I identified the
following points (upstream comment
):

* There is no UI for creating duplicates, like a button or so, but rather
is semi-hidden with slash commands.
* There is not clear UI that shows the duplicate status of the bug report
when browsing or searching bug reports, neither indication for to which
report is duplicated to.
* It's not possible to filter out duplicated bug reports when searching
and/or listing.
* There is not clear UI that lists the duplicated bugs linked to a single
report in order for the maintainer and bug triaging team to have a single
source where to look for more comments and cases about that issue.
* There is no duplicate creation prevention, as Bugzilla does providing
possible duplicates when the user tries to create a bug report.

Any other points I should bring up? Thoughts on those listed here?

Cheers
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: Gnome evolution and RFC 6186

[Milan Crha]

On Tue, 2018-04-03 at 09:06 +0100, David Woodhouse wrote:
> 
> On Tue, 2018-04-03 at 07:30 +0100, André Rodier via desktop-devel-
> list wrote:
> > I am setting up DNS records for email services automatic discovery
> > (RFC 6186) but it seems that evolution is ignoring them.

Hi,
which version of Evolution we are talking about, please? The 3.28.0+
does read SRV records and other stuff. Ideally Edit->Accounts->
Add->Collection Account, which knows quite interesting things.

> You might do better on the evolution mailing list (now in Cc),

I'd avoid cross-posting, though you are correct that the evolution-list 
is better for evolution-specific questions.

> It would also be useful to delegate the various protocols'
> autodiscover mechanisms to the back ends, instead of having protocol-
> specific knowledge for EWS, ActiveSync, IMAP and other stuff hard-
> coded into Evolution itself.

Already done and possible, in 3.28.0+. The "old" (and still used)
autoconfig uses the information based on the domain part of the email,
while this information is stored on a GNOME server.
Bye,
Milan
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: Gnome evolution and RFC 6186

[Andre Klapper]

On Tue, 2018-04-03 at 07:30 +0100, André Rodier wrote:
> I hope I am posting on the right mailing list. I am working on a
> project that installs an email server from scratch.
> 
> I am setting up DNS records for email services automatic discovery (RFC
> 6186) but it seems that evolution is ignoring them.
> 
> However, something is definitely working, as my domain is hosted on
> Gandi, and the automatic settings come back with Gandi IMAP/SMTP
> records, even if I don't use Gandi to host emails.
> 
> What is the logic used by evolution to automatically discover email
> parameters?

AFAIK Evolution just queries api.gnome.org and does not implement RFC
6186. Some reasons are listed in
https://git.gnome.org/browse/evolution/tree/src/mail/e-mail-autoconfig.c#n18

You might get better (and informed) answers by asking on
https://mail.gnome.org/mailman/listinfo/evolution-hackers

andre
-- 
Andre Klapper  |  ak...@gmx.net
http://blogs.gnome.org/aklapper/
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: [GitLab] Easter gift, GitLab Pages are now enabled

[Carlos Soriano]

I would like to clarify a bit more,

My intention when I created that Hugo template months ago was for
streamline apps websites if we ever wanted something like that. So you can
see that creating that webpage with the Hugo template I created is a few
lines of content and everything else is managed automatically. For example
one of the sections is simply:

> +++
> date = "2015-07-18T14:08:29+02:00"
> draft = false
> img = "landscape.png"
> weight = 1
> orientation = "center"
> +++
> Nautilus (Files) is a file manager created to fit the GNOME desktop design
> and behavior, giving the user a simple way to navigate and manage files.
>

And you have few of them like this for section separation, as done here
.

What I'm not sure about is if this is easier to contribute and maintain
than the wiki, with all the custom styling we do in the wiki I'm starting
to think that it could be. On the other hand it's not very obvious the end
result of the Hugo website is when looking at these templates.

Ultimately it depends on how we see it... the proposal is there.

Cheers


On 30 March 2018 at 12:09, Carlos Soriano  wrote:

> Hey Xavier,
>
> As I put in my email that websitr is a toy example I played with long ago
> and not something Nautilus plans to add.
>
> Generically for GNOME there were some concerns of creating individual
> pages for projects, however those that already had a website will benefit
> from this feature.
>
> Eventually this is up to the community, certainly there are many new
> features of GitLab like Pages that we can use more commonly, but imho we
> should try to not spread us too thin and end up with websites all around
> with no maintenance if we already have problems to maintain websites as
> important as gnome.org or gtk.org
>
> That's my 2 cents. But again, ultimately up to the community, we now have
> the possibility to do so.
>
> Cheers
>
> On Thu., 29 Mar. 2018, 20:56 ,  wrote:
>
>> Hi,
>>
>> Does this means we are going to put project's website inside project's
>> git repo? So your nautilus-web example is ultimately going to be merged
>> into nautilus' git repo? Or I didn't understood? That would be awesome!
>>
>> Regards,
>> Xavier Claessens.
>>
>> Le jeudi 29 mars 2018 à 19:54 +0200, Carlos Soriano a écrit :
>> > As the subject says, we have now support for GitLab Pages, thanks to
>> > Andrea.
>> >
>> > Take a look to the example I did for Nautilus with Hugo, which
>> > renders to this result. Gtk+, GIMP, Pitivi and the GUADEC website are
>> > some of the projects that will benefit.
>> >
>> > Feel free to share your feedback in the issue report.
>> >
>> > Happy holidays! 
>> >
>> > PD: The website linked it's a toy, not something we actually plan to
>> > have for Nautilus.
>> > ___
>> > desktop-devel-list mailing list
>> > desktop-devel-list@gnome.org
>> > https://mail.gnome.org/mailman/listinfo/desktop-devel-list
>>
>
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: Gnome evolution and RFC 6186

[David Woodhouse]

On Tue, 2018-04-03 at 07:30 +0100, André Rodier via desktop-devel-list wrote:
> Hello all,
> 
> I hope I am posting on the right mailing list. I am working on a project
> that installs an email server from scratch.
> 
> I am setting up DNS records for email services automatic discovery (RFC
> 6186) but it seems that evolution is ignoring them.

You might do better on the evolution mailing list (now in Cc), or just
bugzilla.

> However, something is definitely working, as my domain is hosted on
> Gandi, and the automatic settings come back with Gandi IMAP/SMTP
> records, even if I don't use Gandi to host emails.
> 
> What is the logic used by evolution to automatically discover email
> parameters?

I don't think Evolution ever got RFC6186 support. See discussion at
https://git.gnome.org/browse/evolution/tree/src/mail/e-mail-autoconfig.c#n18

It might make a decent GSoC project.

It would also be useful to delegate the various protocols' autodiscover
mechanisms to the back ends, instead of having protocol-specific
knowledge for EWS, ActiveSync, IMAP and other stuff hard-coded into
Evolution itself.

smime.p7s
Description: S/MIME cryptographic signature
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Gnome evolution and RFC 6186

[André Rodier via desktop-devel-list]

Hello all,

I hope I am posting on the right mailing list. I am working on a project
that installs an email server from scratch.

I am setting up DNS records for email services automatic discovery (RFC
6186) but it seems that evolution is ignoring them.

However, something is definitely working, as my domain is hosted on
Gandi, and the automatic settings come back with Gandi IMAP/SMTP
records, even if I don't use Gandi to host emails.

What is the logic used by evolution to automatically discover email
parameters?

I have also implemented autoconfig, and it is working with Thunderbird.

Thanks for your advices.

-- 
https://github.com/progmaticltd/homebox
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list