Package name eMail or not?
There was some discussion [1] about an ITP I filed last year for a package called email [2], which suffered from an inappropriate license and name problems. The upstream has since released a newer version under the GPL and has indicated to me a willingness to have the package called eMail. My question is if this change of capitalization acceptable to Debian, or would it still insist on a different package name? It has been recently accepted into Cygwin with the email name [3] and upstream is, for that reason, not too keen to radically alter it. If eMail is not reasonable name, can anyone suggest one that is? Thanks, Millis [1] http://lists.debian.org/debian-devel/2003/06/msg01651.html [2] http://email.cleancode.org/ [3] http://sources.redhat.com/ml/cygwin-apps/2004-10/msg00385.html -- Open WebMail Project (http://openwebmail.org) Debian Project (http://www.debian.org)
Accepted iptotal 0.3.3-6 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 18 Aug 2004 21:54:26 +0100 Source: iptotal Binary: iptotal Architecture: source i386 Version: 0.3.3-6 Distribution: unstable Urgency: low Maintainer: Millis Miller [EMAIL PROTECTED] Changed-By: Millis Miller [EMAIL PROTECTED] Description: iptotal- monitor for IP traffic, not requiring SNMP Closes: 259047 Changes: iptotal (0.3.3-6) unstable; urgency=low . * Correct image paths in template.html (Closes: #259047) Files: 899050b002554181b488495f28c76262 582 admin extra iptotal_0.3.3-6.dsc 14308ee135f7c687759ac88fa4b0bdf6 11072 admin extra iptotal_0.3.3-6.diff.gz c40ae542501dd2d4c10e9bd34795d811 56718 admin extra iptotal_0.3.3-6_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBLmXa2kYOR+5txmoRAvDkAKCq0onbnhRp4ARGAG+PzHFSth7siACeMHfw 4UYUoyD3ihtM+mmzAaP6t1Q= =Qg9K -END PGP SIGNATURE- Accepted: iptotal_0.3.3-6.diff.gz to pool/main/i/iptotal/iptotal_0.3.3-6.diff.gz iptotal_0.3.3-6.dsc to pool/main/i/iptotal/iptotal_0.3.3-6.dsc iptotal_0.3.3-6_i386.deb to pool/main/i/iptotal/iptotal_0.3.3-6_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Como posso começar?
Tenho uma pergunta: este lista é para portuguese brasileiro ou portuguese portuguese? Até agora, parece-me que é apenas do Brasil. O Debian não distingue entre estes? Um abraço, Millis
Re: Bug#198957: ITP: email -- Send email from command line, either via MTA or SMTP, with optional encryption
Thanks for the comment - I have already abandoned this ITP. Millis On Tue, 2003-07-01 at 02:42, Miles Bader wrote: Lukas Geyer [EMAIL PROTECTED] writes: I am not really sure that email satisfies this criterion. Maintaining non-free packages is a hassle, it might be easier to write a free replacement in the time saved by messing around with non-free packages and getting special Debian redistribution permissions. Yeah, and then you could use a less stupid name for it too. -Miles -- Millis Miller [EMAIL PROTECTED] GnuPG Key ID: 0x7C42934F Website: http://www.faztek.org signature.asc Description: This is a digitally signed message part
Re: Bug#198957: ITP: email -- Send email from command line, either via MTA or SMTP, with optional encryption
I've already spoken to the upstream author, and he does not see mwilling to convert to a DFSG license. Probably the only thing I can do is to make it suitable for the non-free section for the time being. Can you indicate to me how the license shoudl be changed to be suitable for the non-free section? Thanks, Millis
Re: Bug#198957: ITP: email -- Send email from command line, either via MTA or SMTP, with optional encryption
What other package would you suggest that does the same functionality then insteard? I specifically was interested in this one because of the mime encoding of the signature/encryption functionality. Millis
Re: Bug#198957: ITP: email -- Send email from command line, either via MTA or SMTP, with optional encryption
OK, let me see if I can address all the comments I've received so far. 1. Description too long. OK, I will change it to a shorter one, once I work out how to do that with an ITP. 2. Various questions along the line of What does email do that a certain shell sequence doesn't. This from Upstream: A) Email users SMTP or Sendmail. (Main purpose!) B) Email handles the GPG interaction. Meaning you can use email from a cron job and as long as you have your pass in the email.conf file, you won't have to type it in when gpg asks for it. You'd have to come up with a pretty wicked shell script otherwise. C) Email handles signature files D) Email handles an address book. E) Email does binary attachments and uses MIME (mime types, base64 encoding) to attach and send them with the message. You can't do this by doing what is described above. You can UUEncode it, but A LOT of mail clients don't support UUEncoding anymore. Plus, you can attach multiple binary files with email, not just one UUEncoded file. For instance: uuencode file.bin | gpg --clearsign | mail First of all, it's only one file. Second of all, it's using a --clearsign and not the way email does it. I believe it was you who suggested email sign/encrypt messages such as Ximian and Outlook does. This is the way the majority of modern mail reader clients view such data. So in short: The command line way you are suggesting violates modern RFC compliant mail reader clients. However, email follows RFC's 821, 2015 (PGP Encryption), 2045, and soon 2554. 3. Change the name from email to something else. Upstream does not want to do this, as the name has been in use since 2001, with an established user base. Apparently (for what it is worth) it has been used in Slackware with this name. Also, I myself first came accross it precisly by doing a search on google using the word email (I forget exatly how, something like command line email I think). Finally, as Upstream reasons, it does actually describe what it does. Remembering the meaning of the verb, to email, email does precisely that: send email. BR, Millis signature.asc Description: This is a digitally signed message part
Bug#198957: ITP: email -- Send email from command line, either via MTA or SMTP, with optional encryption
Package: wnpp Version: N/A; reported 2003-06-27 Severity: wishlist * Package name: email Version : 1.9.0 Upstream Author : Dean Jones [EMAIL PROTECTED] * URL : http://www.cleancode.org/email * License : Custom Description : Send email from command line, either via MTA or SMTP, with optional encryption email is a simple command-line program to send emails. It can be configured to use either your sendmail installation or directly via smtp. . Also, if gpg is installed, it can digitally sign and encrypt outgoing emails. -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux ayrton 2.4.18-bf2.4 #1 Son Apr 14 09:53:28 CEST 2002 i586 Locale: LANG=C, LC_CTYPE=C
