We are trying to get our first Roundup server working; 
we played for a while with the public one and recently 
upgraded to the beta. I did not observe this problem on 
the public one but that may have been a result of not 
doing the thing that causes the problem.

A user registered using the web form and received the 
email asking for confirmation. If she receives it in 
Outlook all is well. But Eudora puts two extra 3D's in 
after the equal signs. I know I see something similar 
sometimes when I subscribe to a digested list and some 
postings get a bunch of 3D's added to the ends of lines 
but these are just in the middle. 

Anyway, of course you get a ValueError when you try to 
click on the link.

Logged In: YES 
user_id=6405

Geez, it's not like quoted-printable email hasn't been around for 
a long time :)

Not sure what the solution here is - how does Eudora normally 
handle long URLs? Sounds like it would normally break them 
over a line.

I suppose the best way to "fix" this issue will be to handle 
replies to the email, finishing the registration off that way 
(somehow snarfing the OTK from the email body).

Is it reasonable for you to work-around this issue? I'm not likely 
to be able to modify the mail gateway to handle this any time 
soon.

Logged In: YES 
user_id=5550

I guess we'll just tell users they can't use Eudora. It turns 
out that only a few do anyway. Unfortunately it is 
our "official" mailer that we are supposed to use.

I don't see how you could snag the thing you need out of a 
reply because what is in the reply is already munged by the 
mailer. 

Other products I have used simply let you reply and had put 
the magic dohickey in the subject, I believe. You might see if 
you can steal what is in mailman.

Logged In: YES 
user_id=6405

The subject-line scheme was what I was referring to. It's probably 
not a hard bit of code to write, I just don't have the time at 
present. 
 

Logged In: YES 
user_id=5550

Here is a work-around: Modify the registration form page to
instruct users that if they are using Eudora, to register
using some new email address that you set up (e.g. a yahoo
account).  Then they list their primary email address as the
first of the alternate email addresses. When the
adminstrator gets registration confirmation emails on the
new email address, he clicks on the link, and ends up logged
in on the user's details form as the new user. The
administrator deletes the 'fake' email address and moves the
first alternate address up to be the primary. This takes
only a few seconds of cut and paste. Submit, logout and
inform the new user that they are "in". 

Logged In: YES 
user_id=469548

mailgw now accepts registration confirmation mail that
contains the following in the subject line:
-- key <32-char otk, such as Aj4euk4LZSAdwePohj90SME5SpopLETL>.

I suppose we should send another email after confirmation,
to confirm that the confirmation was successful.. :)

However, before I do this, I would like to extract all code
related to sending mail to a new module, mail.py. The code
is now spread over client.py and mailgw.py, and there's
quite a bit of duplication. Richard, are you okay with this?

Logged In: YES 
user_id=6405

Thanks for taking the initiative on this! 
 
I'm all in favour of refactoring when necessary, so go for it. 
 

Logged In: YES 
user_id=469548

I checked in some more changes, but to my surprise the
confirmation mail is getting through to the issue tracker.
It doesn't do that in the test. I'll investigate when I've
had some more sleep.

Logged In: YES 
user_id=469548

Okay, the stupid mistake of the day:

having the roundup debian package installed may not affect
the tests, but it does affect imports from the
roundup-mailgw script, even if the script is in my cvs tree.
So, everything was already working. Sleep solves everything.

Logged In: YES 
user_id=206537

I've just run into this bug, except for the fact that none
of hte clients who got it are using Eudora, and it is
happening inconsistently.  I believe some of the clients are
using IMP Webmail, and at least one is using pine.  The urls
in the email have two extra '3D's after the '=', and they
also have an extra '=' in the middle of the key.  I'm using
roundup 0.6.4, essentially uncustomized.  Any ideas?