Custom Query (1145 matches)

Reported by adehnert, 14 years ago.

When you run Alpine on a machine where your local user is differently named from your Athena user, Alpine should somehow be configured to send mail from $ATHENA_USER@…, not $USER@…. Unfortunately, this seems mildly difficult, since Alpine doesn't appear to directly provide a way set the user part of the sender (and appears to use /etc/passwd or something, not $USER, to get username information).

You can sort of handle this by adding alt-addresses=$ATHENA_USER@… in the pinerc, and by adding a default role that sets the from address to $ATHENA_USER@… (see  http://mailman2.u.washington.edu/pipermail/alpine-info/2009-January/001606.html). (This does seem somewhat kludgy, and will cause mail to/from $USER@… to appear to/from you.)

Reported by geofft, 15 years ago.

If you hit Ctrl-T in the body of a message in alpine's composer, it tells you that "" doesn't exist. The speller variable is unset, and setting it to aspell -c will make the spell checker work.

This appears to be a regression from, e.g., Linerva Etch, in which alpine out of the locker apparently would let you spell-check. Although on (current) Linerva Lenny, the locker fails in the same manner.

It also appears to be an upstream bug, in that this is the behavior when you run alpine on a non-Debathena box. Even though Anders looked and determined the Debian packaging configured alpine with aspell enabled...

I've committed r23596 to work around this, but we should really figure out what's going wrong before uploading it.

Reported by geofft, 14 years ago.

evince gets "permission denied" when trying to run lpr -> lpr.debathena (or mit-lpr, or cups-lpr) until I /etc/init.d/apparmor stop.

This would mostly be fixed if we figure out and upstream a fix to #166, but we should almost certainly work around it in the meantime (the same way kerberos-config does).