Jim Ziobro writes:

Are there any plans to support changing of mail interface addresses for other languages?

No. There won't be, and patches submitted will very likely be rejected.

In MTA/Utils.py I find: ('admin', 'bounces', 'confirm', 'join', 'leave', 'owner', 'request', 'subscribe', 'unsubscribe'): Should the Italian mail extensions be something like: gestire rimbalzi confermare aderire partire proprietario richiesta sottoscrivi annulla?

No. These aren't English words. They're magic strings (like HTML tags or programming keywords), which are embedded in many clients, including personal and organizational web pages (with RFC 2368 mailto URLs). "request" is specified by RFC 2142. The others are common aliases for functions that are mostly also available via the -request address. -bounces is entirely Mailman-specific; neither you nor any user should need to know about it unless things get really horked.

In fact, users should not need to know any of them. The translations you suggest can and should be in client user interfaces, not the wire protocol.

In the future could someone unsubscribe from terrier@dogs.us or terrier@cane.it with mail to: terrier-unsubscribe@dogs.us or terrier-annulla@cane.it

Mark has the final say, but I'd bet my house he's gonna say "no, not in Mailman 2".

Yes, I can do it in the mail system interface now but will Mailman ever want control over those mail addresses?  Some of the mail addresses are listed in the help messages for example.

It's mostly not a Mailman issue. It wouldn't be that hard for us to do it (but such work won't be done on Mailman 2). The PITA would be all the complaints we get from users who send mail to terrier-anulla@dogs.us or terrier-unsubscribe@cane-it. (I would oppose doing it on Mailman 3 as a waste of time and an attractive nuisance.)

Right now the above list is hardwired in places outside of Utils.py.  It would be cleaner if there was a documented way for me to get the list of extensions.

The way the world is going these days, the only one of those addresses that's likely to actually get used is -confirm (which is necessary because it's used in the proof of mailbox ownership dialog). Users generally prefer to interact with the website, and admins like to encourage that, because that gives them control over what the users can actually do to interact with Mailman, unlike email where they can (and do) insane stuff.

Steve

On Thu, 6 Dec 2018, Jim Ziobro wrote:

Are there any plans to support changing of mail interface addresses for other languages?

??('admin', 'bounces', 'confirm', 'join', 'leave', 'owner', 'request', 'subscribe', 'unsubscribe'): ??Should the Italian mail extensions be something like: ?????????????? gestire rimbalzi confermare aderire partire proprietario richiesta sottoscrivi annulla?

As a native italian speaker (who however virtually always uses the English interface in the *GUI* of mailman and any other tool) I would regard as highly inconvenient any localization of *service address suffixes*).

• First of all admins may be used to the English-like form and would be annoyed to use a different form for different mailing lists

• Secondly it would be like translating commands in a programming language ... GO TO -> VAI A (Fortran), if -> se (almost all languages), open -> apri (C and other languages) ... nobody does that seriously but for fun !

• Finally, in lack of an agreed standard, since Italian is a much more complicated language for what concerns verbal forms, one will have to choose the tense (infinitive, imperative or indicative) and the person (2nd singular, 2nd plural or 3rd courtesy form), Just crazy.

-- Lucio Chiappetti - INAF/IASF - via Bassini 15 - I-20133 Milano (Italy) For more info : http://www.iasf-milano.inaf.it/~lucio/personal.html

"All that is google does not glitter Nor all who use alpine/procmail are lost"

Jim Ziobro writes:

Are there any plans to support changing of mail interface addresses for other languages?

No. There won't be, and patches submitted will very likely be rejected.

In MTA/Utils.py I find: ('admin', 'bounces', 'confirm', 'join', 'leave', 'owner', 'request', 'subscribe', 'unsubscribe'): Should the Italian mail extensions be something like: gestire rimbalzi confermare aderire partire proprietario richiesta sottoscrivi annulla?

No. These aren't English words. They're magic strings (like HTML tags or programming keywords), which are embedded in many clients, including personal and organizational web pages (with RFC 2368 mailto URLs). "request" is specified by RFC 2142. The others are common aliases for functions that are mostly also available via the -request address. -bounces is entirely Mailman-specific; neither you nor any user should need to know about it unless things get really horked.

In fact, users should not need to know any of them. The translations you suggest can and should be in client user interfaces, not the wire protocol.

In the future could someone unsubscribe from terrier@dogs.us or terrier@cane.it with mail to: terrier-unsubscribe@dogs.us or terrier-annulla@cane.it

Mark has the final say, but I'd bet my house he's gonna say "no, not in Mailman 2".

Yes, I can do it in the mail system interface now but will Mailman ever want control over those mail addresses?  Some of the mail addresses are listed in the help messages for example.

It's mostly not a Mailman issue. It wouldn't be that hard for us to do it (but such work won't be done on Mailman 2). The PITA would be all the complaints we get from users who send mail to terrier-anulla@dogs.us or terrier-unsubscribe@cane-it. (I would oppose doing it on Mailman 3 as a waste of time and an attractive nuisance.)

Right now the above list is hardwired in places outside of Utils.py.  It would be cleaner if there was a documented way for me to get the list of extensions.

The way the world is going these days, the only one of those addresses that's likely to actually get used is -confirm (which is necessary because it's used in the proof of mailbox ownership dialog). Users generally prefer to interact with the website, and admins like to encourage that, because that gives them control over what the users can actually do to interact with Mailman, unlike email where they can (and do) insane stuff.

Steve

On Thu, 6 Dec 2018, Jim Ziobro wrote:

Are there any plans to support changing of mail interface addresses for other languages?

??('admin', 'bounces', 'confirm', 'join', 'leave', 'owner', 'request', 'subscribe', 'unsubscribe'): ??Should the Italian mail extensions be something like: ?????????????? gestire rimbalzi confermare aderire partire proprietario richiesta sottoscrivi annulla?

As a native italian speaker (who however virtually always uses the English interface in the *GUI* of mailman and any other tool) I would regard as highly inconvenient any localization of *service address suffixes*).

• First of all admins may be used to the English-like form and would be annoyed to use a different form for different mailing lists

• Secondly it would be like translating commands in a programming language ... GO TO -> VAI A (Fortran), if -> se (almost all languages), open -> apri (C and other languages) ... nobody does that seriously but for fun !

• Finally, in lack of an agreed standard, since Italian is a much more complicated language for what concerns verbal forms, one will have to choose the tense (infinitive, imperative or indicative) and the person (2nd singular, 2nd plural or 3rd courtesy form), Just crazy.

-- Lucio Chiappetti - INAF/IASF - via Bassini 15 - I-20133 Milano (Italy) For more info : http://www.iasf-milano.inaf.it/~lucio/personal.html

"All that is google does not glitter Nor all who use alpine/procmail are lost"