I seem to have run into a situation where configuring the alpine e-mail client (formerly just pine) for a specific user seems to override some configuration so that the username for the operating system account is used from within alpine to determine who the e-mail is from. Why is this happening, generally? How is the sender explicitly configured?

I am fiddling around with S/MIME emails (sent from https://ttpedge.sitenv.org/ttp/#/hisp/smtp) . I want to view the entire email, but when I export the message I get this: From wwerner@transport-testing.nist.gov Wed Apr 16 11:02:03 2014 Date: Wed, 16 Apr 2014 12:02:04 -0400 (EDT) From: wwerner@transport-testing.nist.gov To: wwerner@not-a-chance.com Subject: Direct Validation Request [ Part 1, Application/PKCS7-MIME (Name: "smime.p7m") 27 KB. ] [ Unable to print this part. ] Instead, I expect to see something more like this: Received: from hit-testing.nist.gov (unknown []) by mydomain.com (Postfix) with SMTP id 552EDB606BC for ; Wed, 16 Apr 2014 13:54:21 -0500 (CDT) Subject: Direct Validation Request Date: Wed, 16 Apr 2014 14:54:23 -0400 (EDT) From: wwerner@transport-testing.nist.gov To: wwerner@direct.mydomain.com Message-ID: Subject: Message test MIME-Version: 1.0 Content-Type: application/pkcs7-mime; name=smime.p7m; smime-type=enveloped-data Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=smime.p7m MIAGCSqGSIb3DQEHA6CAMIACAQAxggGtMIIBqQIBADCBkDCBgjELMAkGA1UEBhMCVVMxCzAJBgNV BAgMAkFSMQswCQYDVQQHDAJMUjETMBEGA1UECgwKTFdTSSwgSW5jLjEMMAoGA1UECwwDRGV2MRUw EwYDVQQDDAx0dHQubHdzaS5jb20xHzAdBgkqhkiG9w0BCQEWEHd3ZXJuZXJAbHdzaS5jb20CCQDa Ol9sXP8A8TANBgkqhkiG9w0BAQEFAASCAQBrfDgrbsR24cMsMUHLwqmZldHRfZh+rqHAg3wYp/BT 91OasZfU2Yke/MBTNu3VpmNM4L2OB10PzYH8heywPP6cVylLhEwnpdEGv6i1sL4Wz0pFeivXfHn/ D7w4iAQyBRUJnFd/uEYIJRJ5xP1Jnlcmcifyz8ZJ2YCZolehbETQGmLbNJdLuHTkB7ZnlmCMnNW+ vhRFDOrg/l9C+ATsoEGGWKRLmN0EZT8XSyiEOHpRqgGaScS0sjXGzCPkZGd+S1X8KSzUP7cvB1Ml Vz7lXpIg+KnuglMWaPIp++acHGEwbb3hTIKxn23HqdbT95MeXdjjOJnqxkkelC6ObPY6evSnMIAG CSqGSIb3DQEHATAdBglghkgBZQMEAQIEECvsba7B8B6vlbDaHsp000+ggASCA+iNDnc2EOJPNAXk x0fDMAuVuzB5ZiklhJ+bQXn21eYGaXJedhk+UWZF3ov5sWKwbl2A7yVCoKF1yuVlpAqGAFh1MZOH XcFF+EwbzR1dF5rUJQ3xc+evyT64clDap7IM1LBGJ2z2qBaQNazoVTdKIPYuyNmmeAteeXh3XaAU I just tried saving the attachment and apparently it's saving it in a binary format. If I look at this in Gmail's "original" view it shows up b64 encoded (of course this is probably obvious as I'm looking at it in the browser). Do I have to convert the attachment myself? Or is there a way I can export it b64 encoded.

Looking to manually save quantities of e-mail in batches so that they're deleted and expunged from Gmail to free up space. From Alpine the error message received is: [No messages expunged from folder "[Gmail]/All Mail"] Moving these messages to Gmail/Trash will enable expunge to function correctly. Presumably this is a safety feature of Google? Preventing deletion of e-mail in the All Mail directory over IMAP would seem to be a configuration of Gmail. Aside from running dovecot and postfix, are there other suggestions? The mail as from Alpine: Dir: [Gmail]/ --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- All Mail[/] Chats[/] Drafts[/] Important[/] Sent Mail[/] Spam[/] Starred[/] Trash[/]

*Why the random down-vote? At least say what the problem with the question is.* ----------------- I'm using Gmail and Alpine for e-mail with IMAP. Mail sent from Alpine has this field: X-Google-Original-From: foo whereas it should be my Gmail address, of course. where can I explicitly set this value with Alpine? see : Configuring other Headers If you want to configure the value of a header that does not appear in the above list, you will need to edit your configuration file. The way to do this is by going to the configuration screen and adding the following text to the Customized Headers option: Customized Headers = Header_name: Value The Value part above is not required, nor is the colon after the Header_name. Here are some examples of possible additions you may want to consider Customized Headers = From: "Your Name" , Reply-To: "Your Name" , Control:, Status:, X-Status: But this is an "x header" value. -------------------- new info: Seems like setting "use sender instead of x-x sender" helps with forcing Google to use the gmail address. This is manually entering a full e-mail into the "from" header when composing. Perhaps there's a way to autopopulate that? Still testing how that works.

I added a few from addresses in Customized headers in Alpine's configuration, that allows me to edit the From field when composing email. Now I'm just writing them myself and I wonder whether there is a way (a key binding maybe) that allows me to alternate between the available from addresses?

Occasionally when I'm doing something in alpine, I'll forget and do the wrong thing (like open up my gmail folder when I meant to open my *other* IMAP account). Then I have to wait for a few seconds for everything to finish. I want to be able to cancel the operation and go to something else, but Ctrl+C doesn't work. Is it possible to cancel the current operation in Alpine?

When I try to send emails via gmx, I get: Mail not sent: Bad sequence of commands. Sadly the error message does not help. My config is: smtp-server=mail.gmx.net:587/tls/user=username@gmx.net

I have compiled alpine 2.20 with option --with-passfile=/home/fuji/.alpine.pwd and when I type the imap password of gmail, I get my mails but when it comes to save the password, i get the following debug messages: 14:05:34.653790 Looking for passfile "/home/fuji/.alpine.pwd" 14:05:34.655538 q_status_message(Attempting to encrypt password file) 14:05:34.656276 q_status_message(Refusing to write non-encrypted password file) 14:05:34.656322 IMAP DEBUG 14:05:34.656322: and ll ~/.alpine.pwd -rw------- 1 fuji opera 0 Dec 20 17:42 .alpine.pwd How can I save that password? Thanks.

I'm having a hard time figuring out what's going on with my setup, first there's no problem with the imap part as I can see my email, but when I try to send a message I get this error: [Mail not sent. Sending error: 501 Syntax error in parameters or arguments] As far as I know my smtp configuration is ok: mail.gmx.com:465/user=user@gmx.com/ssl When loking at the logs there are some entries that don't look like they're ok, it seems like alpine is using my localmachine address instead of my email address. ... MAIL FROM: ... EHLO mylocaldomain What can I do to change this behavior, I've been searching but can't find a parameter that to modify this. Thanks.

I'm on ubuntu 20.04 and use alpine as my email client for gmail. About a week ago I had to change the authentication method from user-password to xoauth2 due to gmail disabling secure apps (meaning I have to set up an id and secret). This worked fine till today when I got this error message:

IMAP protocol error: Client aborted AUTHENTICATE command.

Runing alpine with debug options give me this:

02:54:10.270683
 609   │ IMAP DEBUG 02:54:10.270683: * OK Gimap ready for requests from 200.126.96.24 f10mb126061768oov
 610   │ 
 611   │ 02:54:10.270814
 612   │ IMAP DEBUG 02:54:10.270814: 00000000 CAPABILITY
 613   │ 
 614   │ 02:54:10.399210
 615   │ IMAP DEBUG 02:54:10.399210: * CAPABILITY IMAP4rev1 UNSELECT IDLE NAMESPACE QUOTA ID XLIST CHILDREN X-GM-EXT-1 
       │ XYZZY SASL-IR AUTH=XOAUTH2 AUTH=PLAIN AUTH=PLAIN-CLIENTTOKEN AUTH=OAUTHBEARER AUTH=XOAUTH
 616   │ 
 617   │ 02:54:10.399329
 618   │ IMAP DEBUG 02:54:10.399329: 00000000 OK Thats all she wrote! f10mb126061768oov
 619   │ 
 620   │ 02:54:10.399947
 621   │ IMAP DEBUG 02:54:10.399947: 00000001 AUTHENTICATE XOAUTH2
 622   │ 
 623   │ 02:54:10.529686
 624   │ IMAP DEBUG 02:54:10.529686: + 
 625   │ 
 626   │ 02:54:16.085145
 627   │ IMAP DEBUG 02:54:16.085145: *
 628   │ 
 629   │ 02:54:16.215203
 630   │ IMAP DEBUG 02:54:16.215203: 00000001 BAD Client aborted AUTHENTICATE command. f10mb126061768oov
 631   │ 
 632   │ 02:54:16.215320
 633   │ IMAP DEBUG 02:54:16.215320: 00000002 LOGOUT
 634   │ 
 635   │ 02:54:16.345417
 636   │ IMAP DEBUG 02:54:16.345417: * BYE Logout Requested f10mb126061768oov
 637   │ 
 638   │ 02:54:16.345567
 639   │ IMAP DEBUG 02:54:16.345567: 00000002 OK Quoth the raven, nevermore... f10mb126061768oov

Looking around in google haven't give me any hints so far as to what the issue can be. Also, I can't access alpine site (https://alpine.x10host.com/) . The important stuff of .pinerc are:

smtp-server : smtp.gmail.com:465/ssl/auth=xoauth2/user=user@gmail.com
           inbox-path : {imap.gmail.com:993/ssl/auth=xoauth2/user=user@gmail.com}INBOX
     postponed-folder : {imap.gmail.com:993/ssl/auth=xoauth2/user=user@gmail.com}[GMAIL]/Drafts

I also tried the smtp-server with tls and port 587. EDIT: Kind of testing out, I deleted .pine-passfile to do the authorization again. That worked, meaning I can access gmail now, but I have to re-do the whole process every time since there is no .pine-passfile created now.... Any ideas?

I have a rather strange situation. I'm running a dovecot/postfix based mail server on debian. Most of the time everyone accesses the server using IMAP from their thunderbird/outlook clients, but for some reason I needed to access one of the mailboxes locally. They are all tied to system users so I just fired up alpine to deal with some overlarge attachment that didn't want to download. Alpine worked just fine I got the attachment, and was careful not to expungeor delete anything. When next the person looked at the account through IMAP though, their inbox was empty. The alpine client locally still sees all the emails, but they are invisible through IMAP. I tested and this happens upon any closing of the Alpine application. It would seem as though it performs PoP, but I can't see that anywhere, plus it's a local account. Edit: Just to clarify I'm talking about Alpine the mail client which is a successor to Pine. Not the distribution. Also I checked and for some reason the Alpine is moving (as Bodo suggested) the mail from /var/mail/user to /home/user/mbox or similar (the message dissappears quickly). It does not do the same thing for a different account I have on the same server where I do not believe I've made any changes though. Edit 2: So I figured out why the other account I had was not doing it. In particular the .pinerc (config file alpine apparently uses as a successor to pine) of the account where emails don't get moved when viewing has a line disable-these-drivers=mbox The thing is if I add this line to the account that does move mails, it loses access to the mails that have been moved. So I'm still not quite where I would like to be. Any idea what I might have set up wrongly?

Linux delivers mail to home directory: /home/linker/Maildir under which are 3 directories new, cur, tmp. When I type mail I get mail: /home/linker/Maildir/: Is a directory, which is not useful. I have installed alpine but can't get it access the Maildir directory (above) to read the mails in new. I guess its all about the .pinerc

I am using FreeBSD 8.1 and just installed Alpine email client. I wonder if anybody knows how to setup Alpine to get mail from a Gmail account using IMAP.

I have suffered from important emails not being received, while I do not receive a bounce message. I wonder whether one factor in this problem is that my laptop, which sometimes has a dynamically-allocated IP address, appears to be the sender if Alpine talks directly to some (major) SMTP server. My email may get less respect if it comes from a laptop. So can I change the smtp-server setting in Alpine to use sendmail on a different (fixed IP) machine, rather than the sendmail on my laptop? I have passwordless ssh keys set up already my remote (tunnel) server. What string can I put to tell Alpine to tunnel elsewhere for sendmail? Right now for smtp-server I am just specifying a remote SMTP server's IP name and port number, with the Alpine-format tls or ssl and user= string, but I want instead to pass these via ssh to the mailer on another GNU/Linux machine. (I'm actually using the smtp-rules setting rather than the default smtp-server setting.) A bit more detail (to explain my motivation): Here is the bottom part of the header of a very important email message which was never received (major damage ensued) and which generated no bounce: Received: from Mylaptop-high (192-0-111-216.cpe.teksavvy.com [192.0.111.216]) (authenticated bits=0) (User authenticated as meuser@ALUM.MIT.EDU) by outgoing-alum.mit.edu (8.14.7/8.12.4) with ESMTP id 03F39FMc032212 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 14 Apr 2020 23:09:16 -0400 Date: Tue, 14 Apr 2020 23:09:15 -0400 (EDT) From: C P meuser To: Important recipient Subject: life or death emergency Message-ID: User-Agent: Alpine 2.21 (DEB 202 2017-01-01) Other servers will look at this and find that it originated on my laptop, which was currently at home with my ISP's IP (teksavvy). Not optimally, I sent it via MIT's smtp server rather than McGill's. However, MIT authenticated me and successfully delivered it back to me through a bcc address. But something stopped it getting to the Recipient. That, presumably, was a Microsoft server which McGill uses. So my concern is that maybe it looks bad to have something coming from my laptop, which is portable, as a first MTA. Maybe that is wrong. When I'm at work, the same laptop has a fixed IP and an IP name, but this was sent from home. I don't really know what I'm fighting, but I'm trying to minimize reasons to reject my emails. So if (especially when at home) I sent from a fixed IP machine at work (ssh pipe) rather than from my laptop, maybe it would be better.

I use an email client called Alpine. Currently I start it in one of several different modes in order to specify the outgoing SMTP server based on what I'm doing, in particular the From address that I wish to use. What would be much more convenient is if I could simply direct Alpine to use my own SMTP server (on my laptop), which in turn would choose a relay server based on the From address of each message I'm sending. I am hoping someone is already doing this (it seems like it should be a common need given recent tightening of restrictions on accepting mail) and that it is not complicated. (As a bonus, I'd also like to be able to start Alpine in a mode which uses a local server that waits until Monday morning to send out messages.) Here is possibly the same question: https://unix.stackexchange.com/questions/2744/changing-smtp-authentication-in-mutt-based-on-from-e-mail-address , but it is old and so are references on esmtp – I'm not sure esmtp is up to date with modern security protocols, etc.

I use Alpine to read Gmail. I have several Linux machines that I login to and I'd like to use Alpine Remote Config so all settings can be downloaded to the machine I'm running Alpine on and importantly, my remote/Gmail address book is available. I'd appreciate if someone can point me to a set of instructions or confirm if this is even possible with Gmail. If its not possible with Gmail, I was wondering if I could use a RPI as server to store those configs so clients that connect to the server can download the necessary files. Update: I tried this: $ alpine -p "{mailserver.org:143/user=jimbob123/tls}remote_pinerc" from Archlinux Wiki and it didn't really work, perhaps Gmail needs to be setup first.

When I run the viewer command in alpine from within GNU screen it tells me "viewer command completed" but it doesn't actually bring up Lynx (or any other viewer). I even tried writing my own script that would just write the arguments out to a file and no dice. I tried piping the message to a file, and I get "Can't exec (script) no such file or directory" However, if I close out alpine, detach from screen, and then start alpine, I can use the viewer or pipe messsages just fine. So, what is the problem here and how can I fix it? ### Update 1: The value of TERM depends on what I login with - from Eterm on my laptop, TERM is Eterm outside of screen and screen inside. From Connect Bot it's screen attached or not. And here is my .screenrc $ cat .screenrc defscrollback 10000 caption always "%?%F%{-b bc}%:%{-b bb}%?%C|%D|%M %d|%H%?%F%{+u wb}%? %L=%-Lw%45>%{+b by}%n%f*%t%{-}%+Lw%-0<" shell bash bind j focus down bind k focus up bind t focus top bind b focus bottom screen -t 'system' screen -t 'alpine' screen -t 'programming' screen -t 'suppliments' screen -t 'ssh' screen -t 'webby' screen -t 'ipython' ipython screen -t 'mpg321' screen -t 'irssi' **Update 2:** Changing the term value didn't fix anything. I tried tmux for a while, and that actually worked, but I had some issues with it properly sizing based on what screen I was using (whatever the smallest dimension was). So now I'm using a somewhat strange hack - I run a tmux session inside my screen session and run alpine inside that tmux session. Viewing URLs works perfectly fine now, but obviously this is not the ideal situation, and I'd welcome any better fixes.

I'm using postfix and I get the following log entry: Transcript of session follows. Out: 220 catch22bbs.com ESMTP In: EHLO mail-it0-f43.google.com Out: 250-catch22bbs.com Out: 250-PIPELINING Out: 250-SIZE Out: 250-ETRN Out: 250-STARTTLS Out: 250-ENHANCEDSTATUSCODES Out: 250-8BITMIME Out: 250-DSN Out: 250 SMTPUTF8 In: STARTTLS Out: 454 4.7.0 TLS not available due to local problem Session aborted, reason: lost connection For other details, see the local mail logfile AFAIK, I have TLS installed. I don't understand this error. I'm using openSuSE Tumbleweed. Thanks.

How do I update/refresh or add repos to Yum to install the alpine mail client? thufir@arrakis:~ $ thufir@arrakis:~ $ ll /etc/yum.repos.d/ total 20 -rw-r--r-- 1 root root 2139 Sep 28 2013 CentOS-Base.repo -rw-r--r-- 1 root root 718 May 31 2013 CentOS-Debuginfo.repo -rw-r--r-- 1 root root 630 May 31 2013 CentOS-Media.repo -rw-r--r-- 1 root root 3664 May 31 2013 CentOS-Vault.repo -rw-r--r-- 1 root root 293 May 31 2013 schmooze.repo thufir@arrakis:~ $ thufir@arrakis:~ $ cat /etc/redhat-release CentOS release 6.4 (Final) thufir@arrakis:~ $ thufir@arrakis:~ $ yum search alpine Loaded plugins: fastestmirror, refresh-packagekit Determining fastest mirrors * base: centos.eecs.wsu.edu * extras: mirror.spro.net * updates: mirror.hostduplex.com schmooze-commercial 171/171 Warning: No matches found for: alpine No Matches found thufir@arrakis:~ $

I tried the solutions provided here , but they didn't worked. In particular, google.py gives me this error: Traceback (most recent call last): File "google.py", line 9, in for b in r: File "/usr/lib/python2.7/codecs.py", line 314, in decode (result, consumed) = self._buffer_decode(data, self.errors, final) File "/usr/lib/python2.7/encodings/utf_16.py", line 67, in _buffer_decode raise UnicodeError("UTF-16 stream does not start with BOM") UnicodeError: UTF-16 stream does not start with BOM and pull_contacts.py gives me: Traceback (most recent call last): File "pull_contacts.py", line 43, in main(sys.argv[1:]) File "pull_contacts.py", line 39, in main contacts = gd_client.GetContactsFeed(query.ToUri()) File "/home/user/.local/lib/python2.7/site-packages/gdata/contacts/service.py", line 104, in GetContactsFeed return self.Get(uri, converter=gdata.contacts.ContactsFeedFromString) File "/home/user/.local/lib/python2.7/site-packages/gdata/service.py", line 1108, in Get 'reason': server_response.reason, 'body': result_body} gdata.service.RequestError: {'status': 401, 'body': '\nError\n401\n(Client Error)!!1\n\n *{margin:0;padding:0}html,code{font:15px/22px arial,sans-serif}html{background:#fff;color:#222;padding:15px}body{background:url(data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAKsAAADVCAMAAAAfHvCaAAAAGFBMVEVYn%2BH%2F%2F%2F%2Bex%2B3U5vd7s%2Bfq8%2Fs0itq72PMLUPvtAAASvklEQVR4AbXBC0JqCQxEwT5Jd7L%2FHc8FdR4g%2BEGtEr8u%2FBHxu7otdzd%2FQPyqlmRp1Pw%2B8aukDfRa1fw28ZtWy4sa89vEb7LCi0zx28RvqgkvouW3id%2FU8pbtWmv5beJXRWNrRmp%2BnfhlHXZm%2BQPi95Vk%2FoD4fZbMHxC%2FryTzB8Tva435A%2BL3rcb8AfH7VjJ%2FQPy%2BHYk%2FIH5facwfEL8iaZcrnKyn%2BAPi57K2VL2WF1hJ%2FAHxQ2tJrg6HteXVjPkD4ge6V3J1%2BF97zhx%2BnXhWb8nacKXlnYPErxNPyfqw4ZYKVuUZdfhd4hmxunY73NICgfWMOvwm8ZQ1pMvlDZdaCic98kjV4beIp8ScpLvsSvhflzqQmqVLB281v0E8pc2bdNne8EayNTPNSbt02PBj4intcKltb%2FNibY%2BLf9aSO%2FyMeMo6XMva3g0vwrWsxvyMeEoc3knZ2g53ZaXa8DzxlHa4J23Jae5aycXTxFPa4WRdXAtdsivckZXG4TniKWtOSlre6y7LG651Wxq5OzxDPGUVIKNwX6ekCv%2B0ddglVPMM8ZQ10FJ4LGVvOEuXRl7OqnmGeEor4Ck%2BtnI1ZEvjDa%2FcPEM8ZQVY4RO9VqUlN%2F84PEM8JQ50cUgXH2mrKlyq5RniOQ4vVjPLHdu86OKGi2eIr%2BgNV6JwljmYO6zlbJsbWp4hPtVrjYpLLV7UHIp7rOVkixtaniE%2BU5I2Nc2FKJytZhTuiac5rLnh4hniEzUbDjXhn3g5W0nNA1aAKm7YPEN8bMecrZYLWl70hkcyBay5YfMM8aHI4aR7xAUVHyirOdhAmRsqniE%2BtOKsRjIXtDzmmRGHVmDFDRfPEB%2BJzMmO01xScdYnVRs6vPHMFG9W4ZrMM8RHouWw43DNhlDWiSVZY3nDoWYc3qzDNZlniPe6w4uoOFjcKhPXuJNWyG6VqjSuhm7%2BiZorUfEM8U5J8nKyMw0tcZLwPxdRtTlUcUgVdGlml0uZ4pqKZ4hr5VUnpSXdUgVa4hA5vHERV1Tp9XhdJTWHksYd%2Ftdarql4hrjQiaPiYLclNSeebVYz5o0W7Ghsa9blmlFtx01rxP8yy5XIPEP8L1W7bjWHlbzhRTwjzXrCK1f3qqSEyBysLVtayKp40yqurcITxJtUgavVHNob%2FinZTWt5VVvWVKvJSttQCkRjb%2FA4vLK5thOeIN6sm9ai5cTFhYRDy%2FyTGpdU0hxkaZvWUrZluTmLims14QniVbywClqgeouT9IZXNWoupGzNqHa3y5LGVYBnipbCSVxcq1meIN54oRXsbEk26S3NmBcZ807K3gon2ZLcxF5tPMVJprlWE54g3nihtbRHm7WjkbxTHSCWwj1r2U4HSMmdQEmWwonNtah4gnhjA9ZSaohmpnpDjWRptDwS25LcQGsc2Bla5sTFtZV4gnixpWmIVWpgRuVwsiV5q7kv0JJcNVIFapydUrHTQKa5IfMEcRKrurSQ0qhsmVR4kea%2B7pIr9NqSrRltWlaxomUgVVyLxBPEYeUGygtszew2KfOBclVpVN2ctCXNidZaaKWmONhc6rKaJwi6xuGkRmWpAkRa7outF9XN%2F7LlmbJmpiCyvBxk%2FtnSqHmGWGk5i2ZcaWBLau5KKHt3Ce%2FsaLMz46VG4cTFm%2FaMOzxFUYWztjzhkNI43JPyYvPAegPxzFRpOYmWF1WywrPUag5xjRapqqxxubijvYFVaC%2Fv7YSDpzxjzlbhpKXxhqcpWshqtECk0Yys6m5utZdD1LCuCifhfyVOapqsxhyiQMmSm58QNdZheZGV5FqwueXiZBUga28DvRte1NQCpQVSUkFqPbIr%2FIxg7arwJqqEg6e5Vuas1Zytyw1ka5uT9ajKI87WbksaLT8mbkXFyWqaa2rOVuFVStUNpGrDoSTPmDfWdlby8kPiHQtoa0vLpXU4WzX%2FS5W2gWxtOHQ24U3CSUmu8BPinR2XVSFyuNAOZ9Fyae1qDu2qcF8suRKeJt7pcW1zaE9xwcVZq7nWtpeTrQ0PrEeq8CTxnsWrlbThELra5ixqbsXWNoeq6nBft6TlOeK9VnG2lfb4TKOOlpOouKPsWg4pb3Nf1uMGusP3iDtKDaTcgMuWvL1FmZOouCtlbwJs1Yb7SuN2Nd8k7mgvXV4OKWALiGkVJ14eyPqQQG9Vc0dWGnn5LnFPTW1z1gW0OdSyag5aHsvaroVs1YZL2dKMt1nzXeKulas52QLanGy3xq4a87Eu2yHZ2uZNWzPjDbDmu8R9a8m7iQNscbKyy%2BWS%2BUzWtqp7qzpA1jPj8KKK7xIPZG2NVWTTSbpKbs5cfEF6y64qV6ctqcKbdvgm8VhSlnWwJbuaV3LzRb11onFt%2BKcVvkl8one7u3bD%2FzJuXnRt%2BFTXVHOWqubQ4rvEEyI1L1Z2h8%2B0eRHLKiBqvkk8IePmxZq1lk%2B0w0nJUHKIlm8ST8ioeVEFtFwbPhA3h8gcdpZV803iCRkVL7Y42bK2w0NlDqXlpJRV803iGZYrnFRxlqwO3eEuN4dSOGlVme8Sz7C37QZqeZPekl0b3nMBreKsp1bNN4lnWIEtF1Vc6i1bVZtwxQX0NC9UrfBN4hk7zaHLNrey1kgVLljATnO2rmj5JvEMqzlrF%2B%2BFXitcsAArnFkdLd8knrFqPmFzyQq0xUm0tJZvEs8oAR0eix0u1ARSqg70NNHyTeIZUqgZ85gdLlgcMjOSRlBqvkk8wwOSp3moJlyoCYfeKkmBVvgm8YyaUJJ5zOJSTXMWSgus%2BC7xjJpA%2BMiquVATXiUcSuGbxDNqmk%2BUxtW82WmurMI3iWd4wifaHo1rNxx2miul8E3iGTXhc4nH0lQ1O80VK3yTeEYNX5SspbEnXFmFbxLPqGm%2BrsvWFFdK4ZvEM2rCt6RmzCWL7xLP2Anfs2M3Fyy%2BSzyjpvmqDoed5YrFd4ln7DRftHI19BRXSuGbxDN6wtdEqjF4lisS3yWeEYUvWlkDNeZKTfgm8ZFu7mqFr%2FKMYae4lFH4JvGBVLgraghf09uQMZdabr5JfKC2q1zV3IgarOLLPMWllptvEo%2B1e7dkq5ZrLkip%2BKqa4lLk5ZvEY15INay9XIqXVGS%2BqsdcirzclYVa7hAPbQFVnJSaC9HCapavqjGXIjXvbNmSxi7eE4%2BsA21OumwuSQUJX1ZjLsVabqR6t7tUlrThhnjEC%2FFy6AKbCy45zdftmEutKm5UcSgHspY7XBEPVAFVHLoCUXPFkr3hi2wutba44QDr5iyeqQ3%2FiAccqOLQDhAV17pG0jZfUuZS5OJaGYiWF%2B2ypOV%2F4q5UQZtDu4G2xK10aeTlC1bhUslciQpYh7PSQtau8ErcVYZ4gXYDcUXLe1lrvBU%2B0VoutFRcWQWo4qwdTlYSr8Q9caDMwc3BDgl3xZpRb%2FORnuVCJHNlla2oOYmLQ8q7Ll6Ie6pgDaQKSCl8IF3WqAgPrbgU2VxpV1kje2EdoOWGlsOJuKMd1g14OdjNp1YjNY%2B0m0s15kYgJVlaFxBVOETuAOK9eEELrDmUli%2Fo8oy94S4Xl2LzQGukEFU46RptQLy3BWWgHSBTvEp32eGRtjTjSriQBKLlShUPrSRcnK2qtIB4Zw3tQNRAbF5FB0vhoS57JFXzZmUtuLiy5gNlTTixlkgB8Y4byhAX0HJ4Y%2FcmWkjz0NrSaMNJ5EiNi3%2FSpPlIayqA3UBcIG5tQTuwBcQOJx3AsrSzxHJ4bKs9U5xoqWnK4U17%2BUzPFLQ4iQ3iRtxQC3gBK5xZJjOutcaSpeYjsUZqKFmGOLxIaflU1jI2ZzuLuLGuLe2yBlrLC1tdWg7ZmWal8KHeGtXG0gLLSdZyha%2BoKYdDl7WIGxpbI7lSicyLqFkH2rVZF%2BwUnymNXNu8WUkVLqSaB6IpIGWXF3Ft1UC6rRq3mhc7TRXgLS2lrKb5VEoz6nCSrtE2V6p4aMeQ8tJaxLU4nGU9o%2BXVTrMF%2BLBgjYqvSNkjL%2BDxhmut5tDb3CF1uwJoEdday6vMTHjVs7GA3g3QU8tXxZJc6Q23yhxWckPCtZW1nLgQ12KFF5Ed3pQ0U7yKp%2Fi6YM%2FI4dZOA3FRRdvhSmaWMxtxI3JzVlP8k9qsVFWdbVvTfENCjcytUoBW46XscE3DizLi1o6KQ4%2FDlZRsWSfBCt%2BSdHGrzGHFOtjFtUgNNJQR78Qjr%2BVwzV4I65SazPJzrQbKq6bl5kapU7bbRryXLo3c3LATYIfMEs3yc1bA44bScqumvJ21jLgrhHdSktNWkONR%2BLmULMnbpQm3pOWkZxHf0R7NKKykDr9iq3ptuexOuJQRZ5lCfE96K5Ct5iNpe118WQKxVeGCxnYDmUL8iUjb2%2BXmexIu9Di9XtgpxJ9wcehuOzwt1gJx4ynEM9K9tS5X7fLempP2dmnDczwjTlLYi%2FiCnHXSe9LWic9k3qvlRTltLU%2Bp2lE1sKUG8bm2DiNpNBpJu5vwwuEdLa%2FWy6p4JL27Dg%2B0pUBsQHxu67C1Vb2dpLlU5h3bG87aS0vNXWtJtip0bbjDhqgB8TkvH1g115qttnfDoW0oNe%2B1Rs0hlqVRc8cSmYP4XBUfUXHNlQ5tqzkpNaXmHVV4lVpq1NxjhYP43JqP2FwracOh7OZQDuXmRmu5sjMO75SWE%2FE5F4%2F09s5wI5abQ0rFoVxZNTes7e7wvy053NpwJj7n4kVCDt29teWypJHFOy0VJ6sN0CrK4dpakmv5pxQeEZ8rQ%2B9alnU2knyo2k64Ix4vh5I5sVNarqW3u8z%2F4mkeEZ8LrCxXtbfWu9t8qqQK0DKHVtEubrWm%2BZ9VPCS%2BJN1828oB4gqwalrFtUjNP3bzkPg7sdXAyhyssF4upWb5Z8c8Jv5QWmpgVRxUsGoulMw%2FPQqPiZ%2Fp8JGVOLQWKAW6%2BCcyF2qGD4gfibe2ead5lXEDpQAu0rv8r2WgtZxl1Twm%2Ftls1HxHK7HDjZV51VIgWmBlSeMKr%2BxseZYXq%2BUx8aY0MxrvVnUC4XNxgYtrJY15taMmNlAztd0lhxfW6MChC1rFY%2BLVjlwzKutVdfhE7xjKXEiX3CuHFzWG0lLycogUXnTtxuaws6DiMfFK09kZQ9K1VSvJ3oRHslIFWuGftdzQUoWzlYONinBILRdaC8TTYPO%2F3nBFnKxLG2um%2BKfXOrg6vBdLrvJSCm9SJpy0RtucrMRq1Zy1woUy0B4HbN60ex0uiEN0KLk1xZXs2paKW9FIqrJrzP%2Fs5k17tJz0GE%2FxohwulGElOUTmTRWl5oI4lKRRsTPhVpIdc6sl10IsFW9WXNpROPH0TkGAVnFpx5a63WSKN5HVXBKwc1btEffsNO8kvBObS5lZTnaUMXFYqbnUltwg75h%2FusMVATXleWW7qk1Xb8KLVfiKlsIlj9Sc1FhFtjITboSTlSp8QMCO5JU11bb1ZlQdIHL4iprmktWROclqGlaWmvsSPiRAIy3lcAhk05vsWgfbU3xFVFyRWTUvSqqa2S7zHEFmRikt7yS18kxxFj6yY67UbNu86U6qIApPEUSasZb7Ek0DqXh5LHa4lDFWc6kd4uUpgsiaKR6pKQ61uHmsZrmyk1ZxpQ1oeYoAzaG4ry1zsuXisVJxpeQdc60N2DxFgGckc1ePixdpHkjVjrnS0kpc6u5SwMtTBKxkybUJN3bUfCaulsMVTVvNP%2BmyNQVe7tjlE%2BJFb1mSLVfV9jaHHS2fiao15sqOd4pL29ArbxXvldV8TPwv6XVV6YXtGTefiiqaMRei2TFXKpzUONxKFWo%2BJt5J0ltlzQxfsCqimSpv86KmrHApBbXA2s2NuKPwMfFQvOELWgvsnEjVQMYtc2UXqjm0xI0yq%2FAx8T0JtyJz8DiekWpjxWoupRqqOamp5VJPsXJt9256wz3iW8oOt1xNaWah3NZJZK7UAg6HLo%2B5tFPgke2SreUe8R1rO9xayTpALFaa2Z3mUhyo4qQ6I67MbLlsyyfFPeI71m7ey0orw2pL256WuFILVHOI41mu1IyK3u0q28094nvCXQHLtqyF9Gq5tA7E4bAViRsrNW%2FCXeK3lDTVVoBI4ZIDVHFYpbTcyIbPiF%2FTSbPT3SUtl6qAuDl4W8UzxC%2Fz6CRciALUcijT4inil%2FV2p4pLtUDcwCol8xTxF8KlKg5VQGtb4jniz7UbWAcox%2BJJ4s%2B5OLiAVnuKJ4m%2FtuawBURbszxL%2FLF4OXgh9s7yNPHHqjisgVLLPE%2F8rXYD7UCrVsXzxN%2Bq4uAGrFj8gPhTXRzKwGprmh8Qf2rlot2AvSp%2BQvyl1nikAlprh58Qf0lqolGBarX8iPhLZWBVqnVsfkb8pTaHcru61PyM%2BEtrDq2UW8sPib%2FUChBvbIcfEn%2FKxWGrpeWnxJ9qVYDyVPgp8bfa2qRmmh8Tf21lq5qfE38uveE3%2FAdr385%2FSVd%2FMAAAAABJRU5ErkJggg%3D%3D) 100% 5px no-repeat;margin:7% auto 0;max-width:390px;min-height:180px;padding:30px 0 15px}* > body{padding-right:205px}p{margin:22px 0 0;overflow:hidden}ins,#g{text-decoration:none}ins{color:#777}a img{border:0}#g{background:url(data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAJYAAAA3CAMAAADZn0ObAAABgFBMVEX%2F%2F%2F%2Fy1pHuLjfMm2W4yfA1TrPukgZDats3V8fwTEypjWy8u7oPsSWVsOoBdwwClhI%2FZdlasGjpOUOVlJjx0c20CyZpea36pAdIdebyu7COlqpYaql2hLH40Gn59vayuMlZiOunpqjYGy9wiNLd5PRqlOzzcmz%2Fwi4FpRrqsDisbm7O2O%2FKycrGfHmdo7CFmdPs7Ozz8%2FPIDSvcFC%2BTR0vCw8Xj5OTc3Nynvu7l6%2FfVjyw7Xc%2FSMT%2FZbgbT09NDbuHKz9BKf1Hr5ubiHTLt8vz%2Btxj1%2BOrT1txYedhLcNfwjYjTES6yq6r27Oqnq7NJZsiykpDNEiyxUVOTptiys7LNs6%2FhegO3p5L46MRveZiXcHBFXbY5dkLUysj0Pj9OfOjRS1JVZZzMrZGoXWCzKjn%2BrgpcdsflfIKh26frpKHJGzIqxDe4cC2AoOnOXl%2FYaWx204D4XVWsPEjRXwXqoRqYFSnN5dBhfMwZjipRaLvUmpk3x0SualZBXcJIV5A9nk5h34NHAAAJe0lEQVRo3u1YC1fa2BYGBBJA2lSeRjzyUKmQQgJNAoYhlJciiKJYHx2hYm2rre2140zHmem9f%2F3uE16JOpVZpcuuu%2B5eLpeSsPOdb3%2Fn2%2FtEp%2Ft%2FdAOV3%2F4L4tGj39DI3ynOp%2BznEPaUcZ77LqjKb%2F989%2Be7d5OPreKIDygaz9teWSYIgpJlb9u%2FnUqj8cP6jX87OTn58Pd6dqTkabvfS6z66FgsEKN9rymi4l31x6NjB1YWeODqwTNbfpTURgDlpgNNPrciilmGj7kpQEZQIaE4bmDcJIbFsyPUD6iq%2BGK2rMAhWARCnJCNbVAUJZlCwrgJ44Cth8%2F4u6U1f%2B4nrhwBRs0rYvkr0mQ6CqyMvY5KEe%2BGVTz3y18czetbgxM3TEcO29jZQiD5EYqIoILSfl3UPB7%2FEzW5AdX4nWtyJLZSfi81E8jdvM04Z%2BOF7%2BBdI0l%2BfsFPbDhuuwsJYn78zgVsvRuBLVzCmYB42%2FPRjQ%2B%2FFSUatYhpv18m923sSDmd02uLb9ZOnTdSoj19GMesfq94DXoxajSmcNjt9nP7vALroaaI65B1cXFtWl2a1IKX%2BuIYpROg6YtWy2IxtOD3mra6e7Ph8FJnYqlUAmR76ksoeu5vt%2F0QbS9BUXGoyjW21tcsEDiz5XS4XOiD1FXgbmUj52Lrw2ataatZpyAs00P3L8%2BGS52mzcbYdjGwkp4bAIv65VA8vkrIXmgibndgDlyoxxbXS3thmKjVms0nsNypjyzq17AN0mreXUOg6knNlhUFYWXnpWFqqvAH1xfgbHhpN8CLLMsKzNJJqXTSYfvW027XAe8cTcEA8Dlg40Xc%2FcHkB7CmLwyb8F3I2pkyGApP2P5yvLLkvltagOqDg1esFbGHUwVDIbnDDriy1rPdf7js5UnpxNNBvd0k082sAHDj0Mgo3wrbk%2FwAlvOiFQkcYkUgdsKQDJ71koJpEZL7rt0KFbQYHAC%2B%2Bzjuj0KhkMxklW%2FthcPLjqHrdU5OTjyXilah%2FbsDue5KQhRBSXPdZw7ZWsdpe%2BJHzmDD5Yp0LcHexmzd5W1o7cKwpTIR9iXAqkbymKxw%2BNLazA%2BHzyWAZe4Ar8UFv%2BzuXUE5SqYkd7bL1gAW1ODlIO1p8sz160GuD4ugru6C5bywGI5VlUanAKtxxkBqPYbFDNlGsxjWMnxi9Lep%2FX4dUFumKLKbogsL%2FkSLF4bjZrey05ag6%2BmBw9Zjy%2BuVqas7tAVktYIHTHn4SR6zldgUMFklszWn8oQ9DMvcyWOfptxM%2F4odpiQyhnc8etyHBcpq%2FYWfjU5bhUwk0MSTVVdbMCZLG%2FWvw1oHsgCWeuyxFJIJ1%2FEKAmWVLq3q4QctAaznVlG30Maw%2BjwaoYgmWtBoaxrybvHrzkVD4cNms8mIfX%2FQGTFbEv1133KCiQYjakp0bzCspwyCGp6YrZpTzCyGtZxDAIvYGMgjKlMkGRCHbAGsNUvLsLVrmZqaAKIYYWh3unlZhqK7v%2B7yzlbLEPxLM2NMK7B4Ftzh0mxVf72sx7DeM9w5WChVFwYPosgjxbaHkl%2BDvJkafzhnUxHVlyKwtTF3rYqoiFuY3b5tj8ejnLNlMAS3NC7iTCYbrqc2Vh8uAVu8SnY6DOuX9zkuRcjYq1CfLcnUbb0qtiBvdXdFEPLsdVq2KVmpItIegwh8wvD7VwnpNZN3GqYMyVeafeEsJF2YLQXWshoW2jsxm3%2BCXZCGnkMR%2FQWnMFnXDOLUAMuN3DqVRzEsqsJwmhOjfTtG03SlQpAmmmed0BaCZ7uCBlbV5TrguT3oNR5zTY14D2r4C9QVzcHSiNcrSvNkocU5ugsbsqXkfZm7zcu5z7gvSNoDDhKyh7ksT0gSaXKs4H1XKFQj6pnMmay6foXBQ3FPj1V9Se8x%2F%2FQei3t9W5IkahUAoKifUgZwFVsAcR23weDmrTaQkzAuStutOY5D3DxBwdmnBiSBexaCGX5dJXmseGxDeo%2Fn0rOsJnvWA2QpxLD1K1KiZP%2F5gp%2BC415v5ejxwx5baDEDiTPMbVUshiQMrHKTyzQBZJnw7lnPBIPBs01VFd9gsvCK2UsPdk%2FVpRLsQ4fSLxGbi%2FncvpAfj%2BW2QYOa7MMCKeD1frjtcIXmK11cN6SXhu7aZQvtVBvVaoYf3IEymCxcOqQ3m82eS35gOnuYrL7QubzI8CFvBY90%2FRvQ48F0yj2B5RYKH2%2FFlfsCVMPGuz5HpCu4iIrzlJ80Go3qh4GEFmEbOhjl2cXOcwC21L9ULsE2rA21hrhiCDbVl9iQz2GrRvlMo5pMBl86UX8Czg%2BFZCNJDEze1tpHmiB7RYRaRRKJBOBSJnUEJXw6OCyxHTMAW4LMCI85gCqmFcS5TBDgFP0hH7T14MHPTcVT0OGrRqKRTBY%2BnjoF5%2FSbzI4KAj7XY2BESGOraShhjy1Y1%2BYrVyKRWXM6naeZ6quDAN8f58vpnWXAdbKk1%2BvDnucTjmZWS3u0QmAb3O7l%2Fs8DJX5%2F9hZr4HDL5Uo0EkkgrZo429G8cOCyPpMJkFHE6rZxXllWMWqvAFemf%2FfmfMTyB5%2FOgLFktfoJmj0zfPmF2OyudRkUZjYvd3abvPZwl45GV7F4ZSqkMCE8evazEo%2B68hI3P7m68eo4YBM5rVHZ3BiYRMKyVldDqxUJCni0f%2BQIMOzgncRO5HhraysSqfGMoCEE5W2d5YnliYldGNdVZUinFioUQW68UGpBdM2RzfI2HoLpQkACv3n8FCLiqDE3tM%2BKPO1%2B8UIhjXxxdeWj6Rr09UNB9RROELM5hsmKLHf962VWWFkRRSFfVo0B522KCtGxer1Ov8DileJKq%2BZYTvnp38mxYpaBEIXbjvasyMRot3vmCE5ONA2TBhwOytcP1kiJrxyZ1e82CMrnCEAeURB5NwmWT%2F7NvIkQ%2BPffnicQmxdEMZuFVcNxBX3byR5QSfv4nMbhLYpEH%2BAifeI3vCYYx%2FuQ6IIXUDGDSqE8dBPTDMP9YzTjjDToinSoa4aEDRDtSC87vl8Y2xXCRGtKhuLA1j3DssPJRYppHcxOmvbvGxb4OqllSxeH4Y1B9woriseSDV4Nolgh92Pi%2FcLSKZPpa%2FWwFCdnHDx3v6h07GdoOFJlLq1TbEs3HyJn6PG%2FTf%2FH9ie6cY%2BViJA9lUqdQ7f2Be4fFfap2IzSYLG7k1c%2BGDp%2BAFTKJF%2FzufdnZtz7PrrevDZ03GPAaJDjbRA8dGsW6X6cgNmAhSEG%2FUiY%2Fsfiv02O7iVu1LunAAAAAElFTkSuQmCC);display:block;height:55px;margin:0 0 -7px;width:150px}* > #g{margin-left:-2px}#g img{visibility:hidden}* html #g img{visibility:visible}*+html #g img{visibility:visible}\n \n\n

401.\nThat's an error.

\n

There was an error in your request.\nThat's all we know.

', 'reason': 'Authorization required'}